Была регистрация, мы покупали Unis TBM de Luxe где-то в районе 1988 года. Правда по блату, просто так сложно было купить. Нам ее принесли, и сказали, чтобы мы не беспокоились, ее уже зарегистрировали. Но насчет как именно ее регистрировали, не знаю. Плюс там уже была перестройка, гласность и т.п.
И кстати, все что модно сейчас - уже было тогда, шардирование- разбиение dbf на файлы, NOSQL - все как мы любим - seek по индексу, лямбды - клипперовские код-блоки. Потом все это переоткрыли заново
Аналоговые компы были у нас на кафедре систем автоматического управления (Политех) и мы даже делали какие-то лабы, но я вообще не помню, как они программировались.
Да, помню, ездили в 90-х по выставкам всякого банковского железа и софта, были там AS/400, UNISYS и еще что-то такого же класса. Причем помню, стоял сервер UNISYS, и что-то он там еле-еле шевелился. Мы спросили, и оказывается там частота процессора была 4 МГц, типа такой специальный демо-сервер.
На Клиппере достаточно серьезные системы делали, но одно из главных ограничений было отсутствие транзакций. Я в принципе сделал тогда транзакции (у Novell Netware была возможность их делать), даже в отпуск из-за этого не пошел, но как-то оно нестабильно работало, подробностей уже не помню, и пришлось от них отказаться. Объем данных решался через грамотное распределение по файлам, и в принципе это не было столь критичной проблемой. А вот те, кто этим не сильно озадачивался, и получал огромные dbf, вот у тех были проблемы в полный рост.
C ЕС проблема была, что если были перфокарты, а не классы с терминалами, то это была полная ерунда, а не программирование. Там был такой лаг с результатами, что все теряло какой либо смысл. Даже у нас в школе, на Минск-22, где ввод был через перфоленту, но ты ее набивал сам, было все на порядок продуктивнее, чем с этими дурными перфокартами.
Да, согласен, что разные эпохи, но проблема была даже не в cd дисках, а в том что компы (pc) стоили очень дорого, и начинающие фирмы не могли себе позволить достаточное их количество, буквально работали в две смены на 1-2-3 машинах. Только некоторые богатые гос конторы могли себе позволить закупать в начале 90-х аж 386-е tower. А вот в конце 90-х уже стало с этим попроще.
На старших курсах (90-91 год)у нас в Политехе появились клоны PC - болгарские Роботроны. Я собственно на них и диплом писал, даже локальную сеть на них сделали.
А так да, в основном СМ-1420, rsx11-m. Но Фортрана как то не помню там, писали на ассемблере и на паскале, я почти написал на ассемблере аналог Norton Commander , но появились Роботроны, и проект был заброшен. У меня была распечатана куча исходников rsx-11m c бесконечным Дейвом Катлером в Revision history, сейчас так жалею что все это утеряно. Тогда ещё не было понятно, насколько этот товарищ крут.
Идите в какой-нибудь приличный тех. вуз. Там, может не с первого курса, но с третьего точно, ищите преподавателей или профессоров, у которых есть свои фирмы, ну или они с какими-то компаниями связаны. Толковых студентов на самом деле не так и много, и они уже на старших курсах куда-то пристраиваются.
И еще вдогонку, тоже был свидетелем разработки не просто фреймворка, а своего языка для бизнес-логики. То есть совсем честного языка с компилятором, кодогенерацией и т.п. Просто вот был человек, который умел писать компиляторы. Все было круто. Но bus-фактор сами понимаете...
Так все с Оракла пытаются свалить на Postgre. Масштаб бедствия зависит от количества имеющегося PL/SQL. Довольно непросто переносить систему с 2-3 млн строк пакетов. В этом случае даже проще просто с нуля передизайнить, но тут проблема, что эти 2-3 млн строк не просто там появились, там куча функционала и знаний, которые не хочется терять.
Я писал фреймворк (кстати очень успешный для своего времени), и был свидетелем как написания, так и применения еще пары самописных фреймворков. Основная задача всех этих фреймворков - это упрощение и скорость написания прикладной бизнес-логики, плюс очень желательно, чтобы эту бизнес-логику могли писать не только программисты. К сожалению, не всем это удается. То есть народ реально очень грамотный разрабатывает фреймворк, но встать на сторону того, кто этим будет пользоваться, не может. Поэтому получается вроде как круто, но пользоваться этим сложно и заморочно.
А вы не используете венгерский язык на работе, или среда имеется в виду - магазины и т.п.?
Все мне известные случаи хорошего разговорного языка - это когда он нужен на работе (ну или на учебе), например, если интернациональная команда и митинги каждый день.
Была регистрация, мы покупали Unis TBM de Luxe где-то в районе 1988 года. Правда по блату, просто так сложно было купить. Нам ее принесли, и сказали, чтобы мы не беспокоились, ее уже зарегистрировали. Но насчет как именно ее регистрировали, не знаю. Плюс там уже была перестройка, гласность и т.п.
И кстати, все что модно сейчас - уже было тогда, шардирование- разбиение dbf на файлы, NOSQL - все как мы любим - seek по индексу, лямбды - клипперовские код-блоки. Потом все это переоткрыли заново
Аналоговые компы были у нас на кафедре систем автоматического управления (Политех) и мы даже делали какие-то лабы, но я вообще не помню, как они программировались.
Да, помню, ездили в 90-х по выставкам всякого банковского железа и софта, были там AS/400, UNISYS и еще что-то такого же класса. Причем помню, стоял сервер UNISYS, и что-то он там еле-еле шевелился. Мы спросили, и оказывается там частота процессора была 4 МГц, типа такой специальный демо-сервер.
На Клиппере достаточно серьезные системы делали, но одно из главных ограничений было отсутствие транзакций. Я в принципе сделал тогда транзакции (у Novell Netware была возможность их делать), даже в отпуск из-за этого не пошел, но как-то оно нестабильно работало, подробностей уже не помню, и пришлось от них отказаться. Объем данных решался через грамотное распределение по файлам, и в принципе это не было столь критичной проблемой. А вот те, кто этим не сильно озадачивался, и получал огромные dbf, вот у тех были проблемы в полный рост.
Куча народу на клиппере начинало, все бросились писать бухгалтерии, зарплаты, кадры, всякие учетные и банковские системы
Да-да, точно, заполняли открытки, я совсем про это забыл.
C ЕС проблема была, что если были перфокарты, а не классы с терминалами, то это была полная ерунда, а не программирование. Там был такой лаг с результатами, что все теряло какой либо смысл. Даже у нас в школе, на Минск-22, где ввод был через перфоленту, но ты ее набивал сам, было все на порядок продуктивнее, чем с этими дурными перфокартами.
Да, согласен, что разные эпохи, но проблема была даже не в cd дисках, а в том что компы (pc) стоили очень дорого, и начинающие фирмы не могли себе позволить достаточное их количество, буквально работали в две смены на 1-2-3 машинах. Только некоторые богатые гос конторы могли себе позволить закупать в начале 90-х аж 386-е tower. А вот в конце 90-х уже стало с этим попроще.
На старших курсах (90-91 год)у нас в Политехе появились клоны PC - болгарские Роботроны. Я собственно на них и диплом писал, даже локальную сеть на них сделали.
А так да, в основном СМ-1420, rsx11-m. Но Фортрана как то не помню там, писали на ассемблере и на паскале, я почти написал на ассемблере аналог Norton Commander , но появились Роботроны, и проект был заброшен. У меня была распечатана куча исходников rsx-11m c бесконечным Дейвом Катлером в Revision history, сейчас так жалею что все это утеряно. Тогда ещё не было понятно, насколько этот товарищ крут.
В Питере магазин на Пушкинской 'Техническая книга' . Плюс спасал MSDN.
У меня 12 печатных машинок
Идите в какой-нибудь приличный тех. вуз. Там, может не с первого курса, но с третьего точно, ищите преподавателей или профессоров, у которых есть свои фирмы, ну или они с какими-то компаниями связаны. Толковых студентов на самом деле не так и много, и они уже на старших курсах куда-то пристраиваются.
И еще вдогонку, тоже был свидетелем разработки не просто фреймворка, а своего языка для бизнес-логики. То есть совсем честного языка с компилятором, кодогенерацией и т.п. Просто вот был человек, который умел писать компиляторы. Все было круто. Но bus-фактор сами понимаете...
Так все с Оракла пытаются свалить на Postgre. Масштаб бедствия зависит от количества имеющегося PL/SQL. Довольно непросто переносить систему с 2-3 млн строк пакетов. В этом случае даже проще просто с нуля передизайнить, но тут проблема, что эти 2-3 млн строк не просто там появились, там куча функционала и знаний, которые не хочется терять.
Я писал фреймворк (кстати очень успешный для своего времени), и был свидетелем
как написания, так и применения еще пары самописных фреймворков. Основная задача всех этих фреймворков - это упрощение и скорость написания прикладной бизнес-логики, плюс очень желательно, чтобы эту бизнес-логику могли писать не только программисты. К сожалению, не всем это удается. То есть народ реально очень грамотный разрабатывает фреймворк, но встать на сторону того, кто этим будет пользоваться, не может. Поэтому получается вроде как круто, но пользоваться этим сложно и заморочно.
в таком варианте не совсем считается. Но если уровень нулевой или совсем начальный, то да, без преподавателя вряд ли что-то получится.
А вы не используете венгерский язык на работе, или среда имеется в виду - магазины и т.п.?
Все мне известные случаи хорошего разговорного языка - это когда он нужен на работе (ну или на учебе), например, если интернациональная команда и митинги каждый день.
Основная проблема это ступенька от 'вечного intermediate' к advanced, или хотя бы к хорошему разговорному upper intermediate
Всего неделя. А вот если у вас миллион-другой строк хранимых процедур...