![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Кто там в малиновом ...
Jun. 2nd, 2012 10:18 am"Raspberry pi" наконец выслали ( http://www.raspberrypi.org ) - должен получить
на днях.
на днях.
Что-то я заработался последние недели.
Интересную я осознал закономерность, касающуюся моей работы и, кажется, продолжающуюся почти всю мою жизнь.
Работать я люблю; видимо некоторая инженерская жилка существует во мне с рождения, вероятно наследственная: и мой дед по украинсой линии, и прадед с прапрадедом по шведской были крупными инженкрами.
С детства я больше всего любил два занятия:
- разламывать что-то, чтобы полсмотреть, что там внутри и как оно работает.
- "изобретать" что-то и пытаться реализовать свои изобретения.
Со вторым, особенно в части реализации было непросто - поэтому я сначала увлекся электроникой: паяльник и коробки с разными деталями (в основном от разобранного раньше) позволяли очень многое.
Поэтому, когда я услышал о компьтерах и, главное, понял что это такое, я понял, что это будет занятием моей жизни - и не ошибся. Возможность строить что-то почти неограниченно сложное используя минимальные ресурсы - это меня опьянило тогда (мне было 14 или 15 лет) и продолжает опьянять всю жизнь.
Так вот, о закономерности. Почти на всех моих работах (а, может, на всех), что бы мне не поручали, я рано или поздно находил что-то, что было для меня интересно. И - нередко, было реально полезно или просто нравилось начальству (хотя однажды меня уволили за то, что я нечто не совсем тривиальное сделал слишком быстро :) ). Эти мои, интересные (по крайней мере, для меня) проекты, по моей оцеке, делились на две группы:
1. Вещи сравнительно простые и очевидные (по крайней мере по идее).
2. Вещи нетривиальные - "изобретения". Таких - естественно, меньше, и я не имею в виду, что это полноценные изобретения - часто это бывали повторения или улучшения чужих идей и.т.д.
Но не в этом дело: я не хочу и пытаться эту мою субъективную классификацию превращать в объективную.
А вот закономерность, которую я осознал - следующая: успехом (прежде всего, у начальства) пользовались почти всегда работы первого типа и, почти никогда, второго.
Такой супер-смягченный вариант "За милиард лет..." Стругацких :)
Интересную я осознал закономерность, касающуюся моей работы и, кажется, продолжающуюся почти всю мою жизнь.
Работать я люблю; видимо некоторая инженерская жилка существует во мне с рождения, вероятно наследственная: и мой дед по украинсой линии, и прадед с прапрадедом по шведской были крупными инженкрами.
С детства я больше всего любил два занятия:
- разламывать что-то, чтобы полсмотреть, что там внутри и как оно работает.
- "изобретать" что-то и пытаться реализовать свои изобретения.
Со вторым, особенно в части реализации было непросто - поэтому я сначала увлекся электроникой: паяльник и коробки с разными деталями (в основном от разобранного раньше) позволяли очень многое.
Поэтому, когда я услышал о компьтерах и, главное, понял что это такое, я понял, что это будет занятием моей жизни - и не ошибся. Возможность строить что-то почти неограниченно сложное используя минимальные ресурсы - это меня опьянило тогда (мне было 14 или 15 лет) и продолжает опьянять всю жизнь.
Так вот, о закономерности. Почти на всех моих работах (а, может, на всех), что бы мне не поручали, я рано или поздно находил что-то, что было для меня интересно. И - нередко, было реально полезно или просто нравилось начальству (хотя однажды меня уволили за то, что я нечто не совсем тривиальное сделал слишком быстро :) ). Эти мои, интересные (по крайней мере, для меня) проекты, по моей оцеке, делились на две группы:
1. Вещи сравнительно простые и очевидные (по крайней мере по идее).
2. Вещи нетривиальные - "изобретения". Таких - естественно, меньше, и я не имею в виду, что это полноценные изобретения - часто это бывали повторения или улучшения чужих идей и.т.д.
Но не в этом дело: я не хочу и пытаться эту мою субъективную классификацию превращать в объективную.
А вот закономерность, которую я осознал - следующая: успехом (прежде всего, у начальства) пользовались почти всегда работы первого типа и, почти никогда, второго.
Такой супер-смягченный вариант "За милиард лет..." Стругацких :)
Лошадь спроектированная комитетом
Nov. 10th, 2011 11:38 amКогда-то покойный Джон Макарти пошутил - помню (в Москве в ~197x) его спросили, что он думает о недавнопоявившемся языке PL-1 (или я путаю и это было чуть позже про ADA?). Он в ответ рассказал анекдот:
"Что такое верблюд? Это лошадь спроектированная комитетом".
Только гораздо позже, в США я почувствовал суть этого "антидемократического" высказывания. Уже не в первый раз я
наблюдаю как американского стиля менеджеры управляющие разработкой программного обеспечения каждый раз, когда имеются разногласии, как что-то нужно сделать, решают их на основании большинства (и громкости) голосов.
С первого взгляда - почему бы и нет, "демократия" определенного вида.
Но в реальности, если в группе нет очевидного технического лидера, то фактически принятые решения часто принимаются каждый раз другим человеком. И - каждое, и не так уж плохо, но они начинают друг с другом противоречить. Или по крайней мере следующее решение закрывает то, что было преимуществами предидущего.
И, в особенности, когда это сочетается с микро-менеджментом, результаты бывают грустные...
(Кстати, я довольно высокого мнения ог PL1 - особенно учитывая, что он был первопроходцем - вместа с IBM-вским внутренним языком PL-S. Про ADA сказать ничего не могу).
"Что такое верблюд? Это лошадь спроектированная комитетом".
Только гораздо позже, в США я почувствовал суть этого "антидемократического" высказывания. Уже не в первый раз я
наблюдаю как американского стиля менеджеры управляющие разработкой программного обеспечения каждый раз, когда имеются разногласии, как что-то нужно сделать, решают их на основании большинства (и громкости) голосов.
С первого взгляда - почему бы и нет, "демократия" определенного вида.
Но в реальности, если в группе нет очевидного технического лидера, то фактически принятые решения часто принимаются каждый раз другим человеком. И - каждое, и не так уж плохо, но они начинают друг с другом противоречить. Или по крайней мере следующее решение закрывает то, что было преимуществами предидущего.
И, в особенности, когда это сочетается с микро-менеджментом, результаты бывают грустные...
(Кстати, я довольно высокого мнения ог PL1 - особенно учитывая, что он был первопроходцем - вместа с IBM-вским внутренним языком PL-S. Про ADA сказать ничего не могу).
Техническое
Mar. 20th, 2011 05:00 pmПримерно раз в несколько месяцев у меня пропадает интернет - и восстанавливается только
после того как я выключу и включу DSL модем. Чертовски раздражает - каждый раз думаю, что
будет, если мы все будем в отъезду. И я не смогу залезть в свой компьютер за чем-нибудь
нужным. Да и телефон тоже - из-за этого я продолжаю обычную (проводную) телефонную подписку и
плачу лишнее.
Вот - решил сделать, чтобы это делалось автоматически - только что заказал несколько модулей
домашней автоматизации - чтобы из компьтера можно было управлять питанием устройств
(лень доставать паяльник, да все равно что-то нужно было бы покупать).
Но проблема - чистого опыта не было: я не знаю, нужно ли сбрасывать только модем или раутер
тоже...
И вообще - отладка всего этого будет замечательна - одно попытка в несколько месяцев...
Хотя, конечно, потерю связи можно и имитировать...
Нет такой специальности "программист". А если и есть, то не одна а две.
На самом деле эта заметка является запоздалым ответом![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
nepejvoda_n_n - на его статью, адресованную
победителям олимпиад по программированию, которую я раскритиковал, но недостаточно
детально.
А также - мысли, касаюжиеся не только программироавания, но и многих других творческих
не-гуманитарных "созидательных профессий" - которые мне давно хотелось попробовать изложить.
( Подробнее ... )
Вот пожалуй и все - не знаю, насколько внятно мне удалось это изложить (первая попытка). Вероятно определения
этих двух подходов: научно-исследовательского и инженерно-конструкторского нуждаются в большей строгости.
Но, надеюсь, что все же основную идею я изложил понятно.
На самом деле эта заметка является запоздалым ответом
nepejvoda_n_n - на его статью, адресованнуюпобедителям олимпиад по программированию, которую я раскритиковал, но недостаточно
детально.
А также - мысли, касаюжиеся не только программироавания, но и многих других творческих
не-гуманитарных "созидательных профессий" - которые мне давно хотелось попробовать изложить.
( Подробнее ... )
Вот пожалуй и все - не знаю, насколько внятно мне удалось это изложить (первая попытка). Вероятно определения
этих двух подходов: научно-исследовательского и инженерно-конструкторского нуждаются в большей строгости.
Но, надеюсь, что все же основную идею я изложил понятно.
Компьютеры
Mar. 13th, 2008 08:11 pmМного раз задумывался на сколько увеличилась мощьность современных компьютеров за мою профессиональную жизнь. От 30 килобайт RAM (размещенных в большом доме) до 4 гигабайт у меня на столе или в сумке... От 10-30 тысяч операций в секунду до многих милиардов. и.т.д
И некоторые задачи, которые для меня - тогда, давно, были очевидно/инстинктивно невозможными, теперь стали возможными. Пытаюсь себя к этому приучить.
Например недавно, задачу построения state machine по набору regular expressions (для быстрого поиска в тексте) решил грубой силой: завел хеш-таблицу для полных состояний (около 10 килобайт каждое - можно было съэкономить, но не стал) и сделал полный перебор. При числе достижимых состояний порядка 10 тысяч работает несколько минут на лаптопе. И написал все без особенной оптимизации за пару дней. И работает!.
Надо бы вспомнить какую-нибудь проблему, к которой я подступался (с компьютером) в юности и попробовать ее решить грубой силой сейчас... В свободное время... Или завтра :-(
И некоторые задачи, которые для меня - тогда, давно, были очевидно/инстинктивно невозможными, теперь стали возможными. Пытаюсь себя к этому приучить.
Например недавно, задачу построения state machine по набору regular expressions (для быстрого поиска в тексте) решил грубой силой: завел хеш-таблицу для полных состояний (около 10 килобайт каждое - можно было съэкономить, но не стал) и сделал полный перебор. При числе достижимых состояний порядка 10 тысяч работает несколько минут на лаптопе. И написал все без особенной оптимизации за пару дней. И работает!.
Надо бы вспомнить какую-нибудь проблему, к которой я подступался (с компьютером) в юности и попробовать ее решить грубой силой сейчас... В свободное время... Или завтра :-(
