Жизнь после...

Sabrian 09.04.2004 - 01:57 | Мир меняется, мир растет, то что еще вчера казалось нормально сегодня вызывает бурю протеста. Но хотим ли менятся мы? Появившийся .Net Framework кажется логичным следствем того процесса длившегося со дня создания первого языка программирования высокого уровня. Приходится смирится с мыслью что это развитие является следствием простого стремления повысить производительность труда программиста, как следствие это уменьшает требования к проффесионализму разработчика вцелом. Разработка программ ставится на конвеер, не требующий больших умственных затрат со стороны пользователя (да, да, программист теперь становится не более, чем пользователь средств проэктирования и кодирования). Проэктирование и кодирование сливаются вместе, между ними нет более существенной разницы. Все это неоспоримые плюсы. Вопрос - почему тогда качество "cреднего программного продукта" падает? Я н имею никакого практического опыта разработки проэктов, я еще слишком молод для того, чтобы работодатель мог мною заинтересоваться, но уже сейчас я вижу как меняются представления о сфере разработки программ. Еще недавно разработчик имел средства позволяющие свободно использовать средства сочетающие компонентное проэктирование со свободным использованием адресного пространства, например Delphi/Builder (новый Delphi .NET быстро умрет естественной смертью), новый подход используемый в .Net меня пугает. Концепция "safe" кода конечно позволяет создовать более надежные программные продукты, но она же невероятно ограничивает программиста, и заметно снижает производительность программы. Более того такой подход иногда является просто раздражительным. Список каждый узел которого является обьектом вызывает во мне бурю протеста, это слишком простая сущность для дробления ее на более мелкие части. Отказ от нетипизируванных указателей и прямого доступа к пямяти это просто ужас на мой взгляд. Но хотим мы того или нет - это стиль программирования будующего, стиль в котором нет места для "unsafe" кода, где любой человек разобравшийся в циклах, условных операторах, и способах вызова методов, может гордо заявить, что он программист. Что характерно - это все к лучшему. Хочу сказать что я не имел опыта использования CLR, но в ближайшем времени я надеюсь восполнить этот пробел. Надеюсь более опытные, чем я программисты, развеют мои возможно бредовые мысли, и опровергнут эту концепцию развития вширь и вниз.
ASP21342 1 - 09.04.2004 - 09:25 | Да есть в C# unsafe-код.
малоопытный пустозвон nex 2 - 09.04.2004 - 09:30 | поскольку программирование подчинено "бизнесу" (удерживание за жизнь, пусть и без интереса), то всё должно быть "безопасно" (боязнь разрушения построенной системы, из-за неполного понимания её устройства) и "быстро" (боязнь того, что конкурент сделает что-то первым). а умственные затраты - это всегда медленно, дорого и в целом небезопасно. се *ля ви смиряцца только не хочется - лучше быть фанатиком в тёмном чулане за допотопной машиной и сдохнуть там, слыша громкие фразы и остроумные насмешки извне
Hook 3 - 09.04.2004 - 09:44 | Программирование - это не только Windows и .Net
ИгорьК 4 - 09.04.2004 - 10:20 | раньше (в эпоху больших машин) было разделение на системных программистов и прикладных. Системные как раз и могли использовать прямой доступ к памяти и все в таком духе, а зачем прикладной программе это нужно, я до сих пор не понимаю. ИМХО к этому все и возвращается.
UE 5 - 09.04.2004 - 11:05 | 2малоопытный пустозвон nex, ну так пиши все на асме, вот уж мозгами потрудишься... Delphi всякие и C/C++ не бери, они отвлекут тебя от настоящей умственной деятельности, ведь они предложат тебе... ну например циклы разых мастей, представляешь? но ты ведь настоящий программер, зачем тебе эти надстройки над славными loop/jn*. Я не издеваюсь, я просто хочу указать на то, что когда-то прикладные программисты отказались от асма в пользу C. И тоже многие кричали: да как же так, да ведь такой неэффективный код генерится, били себя в грудь, типа настоящий программер может только на асме писать, а С, он же лишает нам возможности думать, применять мозги. Сейчас принципиально тоже самое. Над этим стоит задуматься.
nex 6 - 09.04.2004 - 11:09 | браво UE, от Вас я другого совета и не ждал
Delphist 7 - 09.04.2004 - 11:50 | Ребята, когда-то мышиный Norton Commander считался верхом ламерства. Настоящие перцы все на клаве делают, команды MS-DOS тайпят! . Вопрос 1: кто умер первым? Вопрос 2: как Вам удобнее?
nex 8 - 09.04.2004 - 12:21 | 7) значит ли это, что ВСЁ, что облегчает (хоть может и не упрощает), достойно внимания? понимаю, что дело ещё и в удобстве, но из пушки, извините, по мухам палить тоже удобнее, чем бегать за ними с "хлопалкой". удобнее также ходить 1 км вдоль узкой реки, чтобы потом перейти её по широкому каменному мосту, нежели построить ближе к себе мостик попроще и ходить всегда через него... не поймите неправильно
sad dirty fingers junior 9 - 09.04.2004 - 17:18 | а я вот в досе только нортонами и навигаторами пользовался а в хорошем шеле команды быстрее набираю чем любой конкретный перец мышкой по проводнику клацает. - гуи вообще несут огромную избыточную инфу юзеру, и графический ввод также избыточен, отсюда и трудности у пользователей (как у них бедных головы всё это выдерживают) и глюки у всех гуёв поголовно отсюда же
asn 10 - 09.04.2004 - 17:35 | На самом деле чем проще и отлаженнее производство программ, тем меньше рисков, тем привлекательнее этот вид деятельности для бизнеса. Может оно и к лучшему, что все упрощается. :-) Хотя писать шедевры всегда будет нетривиальная задача. Это как с фотографией, любой "дурак" (читай ламер) может сфотографировать мусорку (или там горы), а тем не менее есть профи, которые это делают так, что это искусство. А работы на кусочек хлеба я думаю еще и на наших внуков хватит, а на консоли или там мышей, это не главное, главное чтобы человек был хороший. ;-))
Delphist 11 - 09.04.2004 - 20:22 | 8) облегчает = упрощает Иначе это не облегчение . А про мух и мосты - нельзя сказать однозначно. Когда так удобнее, когда иначе. Все определяют детали, конкретные обстоятельства. Когда-то удобнее мышой в проводнике поелозить, а порой Нортон/Far/... парой клавиш заменяет тонну мышыних шелчков.
Delphist 12 - 09.04.2004 - 20:27 | 9) А насчет избыточности GUI я решительно не согласен. Хороший графический интерфейс - это не только красота, но и наглядность, простота. . Хотя некоторые программы уж лучше бы оставались консольными или не писались вовсе. Но это уже вопрос не к GUI...
sad dirty fingers junior 13 - 12.04.2004 - 10:26 | 12> А насчет избыточности GUI я решительно не согласен. - вот такие у нас решительные програмисты. они решительно не владеют монятием количества информации.
Sabrian 14 - 13.04.2004 - 15:14 | Достачно сложная тема... Более всего согласен с Asn - на наш век работы и славы найдется. HOOK : программирование еще черерез пару лет это будет только WINDOWS и .Net именно об этом я говорю, об том что наши собственные желания тонут в навязывяемой страгиии поведения, и нам прмдется с этим смирится.
sad passlessness slave 15 - 13.04.2004 - 15:36 | to 14 одна маааленькая поправочка: мир не меняется.
Sabrian 16 - 13.04.2004 - 15:54 | Меняется только восприятие этого неизменчигово мира :)
sad passless 17 - 14.04.2004 - 08:57 | восприятие тоже не меняется (в исторической ретроспективе)
Hook 18 - 14.04.2004 - 09:45 | Sabrian ты забываешь о: - Internet-программирвании - w3c пока далек от ASP и .NET - расширения серверного программного обеспечения, базирующегося на не микросовтовских технологиях. - Драйвера к железу и системное программное обеспечение - Firmware для встраиваемых и коммуникацонных устройств. В связи с подьемом производства последние два направления будут очень востребованны. Возможно ты хотел сказать - "программирование клиентских приложений". Да, с точки зрения корпоративного обмена данными - .NET видиться как самая удобная для этого платформа. А в этом секторе рынка скорость разработки являеться первостепенным фактором.
off topic 19 - 16.04.2004 - 09:51 | 18> видится и является
туч 20 - 16.04.2004 - 09:59 | 81> видицца и являицца

>>