E
понятно
Size: a a a
2020 February 15
r
Ожидали, что матобеспечение хлынет. Как-то не очень согласуется с превосходством в методах обработки информации. Насколько я знаю, были интересные отдельные разработки (МИР, военные системы и т.п.), но общая ситуация с информационной поддержкой экономики была так себе.
r
Методы обработки были лучше (и, скорее всего, затратнее при программировании) по необходимости из-за этого самого отставания по элементной базе.
p
red75prime
Ожидали, что матобеспечение хлынет. Как-то не очень согласуется с превосходством в методах обработки информации. Насколько я знаю, были интересные отдельные разработки (МИР, военные системы и т.п.), но общая ситуация с информационной поддержкой экономики была так себе.
я помню читал что чувак какой-то хотел соеденить всю сссровскую экономику одной глобальной сетью для более точного рассчета госплана, и быстрой коммуникации между отдельными предприятиями. Но его проект прикрыли по каким-то туманным причинам. з правдивость не ручаюсь.
NL
red75prime
Ожидали, что матобеспечение хлынет. Как-то не очень согласуется с превосходством в методах обработки информации. Насколько я знаю, были интересные отдельные разработки (МИР, военные системы и т.п.), но общая ситуация с информационной поддержкой экономики была так себе.
Ну это компиляторы/трансляторы, нахождение оптимальных планов и решение транспортной задачи.
Опять же, компилятор Алгола, который порождает код не хуже, чем низкоуровневый программист напишет на ассемблере.
А прикладное ПО, для какого-нибудь СибМолокоПрома писать уже некому, вот и ошибочно решили, что будет выгоднее скопировать железо и украсть ПО. Дуболомство есть везде, в любой системе.
Опять же, компилятор Алгола, который порождает код не хуже, чем низкоуровневый программист напишет на ассемблере.
А прикладное ПО, для какого-нибудь СибМолокоПрома писать уже некому, вот и ошибочно решили, что будет выгоднее скопировать железо и украсть ПО. Дуболомство есть везде, в любой системе.
r
Там ещё была история с большими зарплатами и привилегиями академиков. Зачем пилить ПО для этого МолокоПрома на инженерскую зарплату, когда можно защитить диссертацию.
NL
я помню читал что чувак какой-то хотел соеденить всю сссровскую экономику одной глобальной сетью для более точного рассчета госплана, и быстрой коммуникации между отдельными предприятиями. Но его проект прикрыли по каким-то туманным причинам. з правдивость не ручаюсь.
Система АСПР Лебединского, ОГАС
p
посчитайте сколько процентов полезной инфы по отношению к рекламе
AL
Я для себя н-цать лет назад решил, что не буду пользоваться никакими блокировщиками рекламы, а просто буду валить с ресурсов, которые на мой вкус слишком сильно ею все обмазывают. Это вот явно случай, когда стоит немедленно закрыть вкладку)
а
Хм. Я так подумал, и понял что неплохо было бы иметь следующее:
typedenum Enum {
Foo {
fields
}
Bar {
fields
}
}
Где Foo, Bar - живут как типы и Enum тоже является типом. То есть можно как тип в дженерик передавать и Foo и Enum, можно реализовывать функции и для Foo и для Enum
Просто я очень много в последнее время пишу
enum Foo {
Bar(Bar),
Baz(Baz),
// ещё 3-10 вариантов
}
И такой вид энума очень облегчил бы жизнь
typedenum Enum {
Foo {
fields
}
Bar {
fields
}
}
Где Foo, Bar - живут как типы и Enum тоже является типом. То есть можно как тип в дженерик передавать и Foo и Enum, можно реализовывать функции и для Foo и для Enum
Просто я очень много в последнее время пишу
enum Foo {
Bar(Bar),
Baz(Baz),
// ещё 3-10 вариантов
}
И такой вид энума очень облегчил бы жизнь
Да, уже есть пропозал чтобы варианты енума считались полноценными типами
p
Да, уже есть пропозал чтобы варианты енума считались полноценными типами
Не, конкретно самого энума не надо, лучше чтобы был отдельный тип данных
а
Т.е. примеров реальных проблем, с которыми ты столкнулся по причине такого поведения не будет, я верно понял? И это чисто идеологическая претензия.
"идеологическая претензия" это гораздо серьёзнее чем ты думаешь
ML
Думать надо меньше
Суть не в количестве думанья, а в его качестве. У меня есть мысли поважнее, чем следить, чтобы мои переменные из скопа не текли
λ
Суть не в количестве думанья, а в его качестве. У меня есть мысли поважнее, чем следить, чтобы мои переменные из скопа не текли
Я об этом и говорил. Когда отпадает необходимость думать о чём-то не очень важном, появляется возможность подумать о чём-то более важном
ML
Угу
p
Пишите будто у вас лексический скоуп
NL
Хм. Я так подумал, и понял что неплохо было бы иметь следующее:
typedenum Enum {
Foo {
fields
}
Bar {
fields
}
}
Где Foo, Bar - живут как типы и Enum тоже является типом. То есть можно как тип в дженерик передавать и Foo и Enum, можно реализовывать функции и для Foo и для Enum
Просто я очень много в последнее время пишу
enum Foo {
Bar(Bar),
Baz(Baz),
// ещё 3-10 вариантов
}
И такой вид энума очень облегчил бы жизнь
typedenum Enum {
Foo {
fields
}
Bar {
fields
}
}
Где Foo, Bar - живут как типы и Enum тоже является типом. То есть можно как тип в дженерик передавать и Foo и Enum, можно реализовывать функции и для Foo и для Enum
Просто я очень много в последнее время пишу
enum Foo {
Bar(Bar),
Baz(Baz),
// ещё 3-10 вариантов
}
И такой вид энума очень облегчил бы жизнь
GADT в хаскеле
DV
Система АСПР Лебединского, ОГАС
спасибо за источник!
AL
Нужно ли тестировать приватный функционал (предполагается, что у вас есть способ делать это без хаков и костылей)?
Анонимный опрос
66%
Да
20%
Нет
14%
Всё не так однозначно (в чат канала)
AL
Буду признателен, если вы поделитесь этим опросом. Я хочу узнать мнение людей помимо подписчиков каналов