The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Узкая специализация ведет к потере навыков программирования ?, opennews (?), 07-Авг-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


13. "Узкая специализация ведет к потере навыков программирования ..."  –4 +/
Сообщение от www2 (??), 07-Авг-11, 19:47 
Я не помню, когда я пользовался отладчиками. Всегда отлаживаю программы именно так - добавляю отладочный код, который показывает интересующую меня информацию. Хотя вынужден признать, что это скорее шаг назад - уж слишком много времени уходит на перекомпиляцию программы лишь для того, чтобы её отладить. Ничего настолько плохого в использовании отладчиков нет.

Про блок-схемы алгоритмов - откровенный бред. Я не представляю, где взять столько бумаги и времени, чтобы программу изобразить в этом виде. Блок-схемы - это академическое средство, пригодное для изображения академических же идей. Показать алгоритм сортировки, поиска, вычисления хэша, - это ещё может быть, но не показать алгоритм реальной программы.

Обработка исключений - тоже сомнительное средство спасения от ошибок. В первую очередь потому, что не ясно, на каком же уровне следует обрабатывать исключения. Когда кто-то пишет функцию, он рассчитывает, что исключение будет обрабатывать тот, кто эту функцию вызовет. В итоге исключения не обрабатываются вообще или вся обработка заключается в том, чтобы сообщить об ошибке и прервать выполнение вызвавшего ошибку эээ, скажем так, "блока программы". Я считаю, что все исключительные ситуации должны обрабатываться там, где они произошли - там ещё есть возможность обработать исключение каким-то осмысленным образом, а в вышестоящем коде - уже нет. Как следствие - я вообще не считаю механизм исключений полезным, т.к. именно он делает возможным отложить обработку исключительной ситуации на потом. Вот обработка кодов ошибок библиотечных функций - это более приближённый к идеалу механизм обработки, т.к. он стимулирует разобраться с ошибкой прямо сейчас же, пока ещё ты разбираешься в ситуации.

Ответить | Правка | Наверх | Cообщить модератору

21. "Узкая специализация ведет к потере навыков программирования ..."  +3 +/
Сообщение от Crazy Alex (ok), 07-Авг-11, 20:59 
Посмотрите, как обработка исключительных ситуаций сделана в эрланге - на редкость красивый подход, показавший свою эффективность. И для веба подходит идеально.
Ответить | Правка | Наверх | Cообщить модератору

66. "Узкая специализация ведет к потере навыков программирования ..."  +/
Сообщение от Жека (??), 08-Авг-11, 09:15 
> Посмотрите, как обработка исключительных ситуаций сделана в эрланге - на редкость красивый
> подход, показавший свою эффективность. И для веба подходит идеально.

Да, ерланг шикарен. Использую его в кластере.
Но разве обьяснить это мерчендайзерам-прожект менеджерам? Ведь подшефные студенты не смогут ерланг!
Вот поэтому я и согласен с мыслью, что бизнес и высокое профессиональное искусство программирования - далеки и вообще не совместимы.

Ответить | Правка | Наверх | Cообщить модератору

70. "Узкая специализация ведет к потере навыков программирования ..."  +3 +/
Сообщение от Клыкастый (ok), 08-Авг-11, 10:04 
> Но разве обьяснить это мерчендайзерам-прожект менеджерам? Ведь подшефные студенты не смогут ерланг!

Вы собрались объяснять кому и зачем? прожект менеджеру? ну так и распишите преимущества на его языке и ответьте на вопрос как решите проблемы.

> Вот поэтому я и согласен с мыслью, что бизнес и высокое профессиональное искусство программирования - далеки и вообще не совместимы.

они ортогональны. на самом деле бабки даются _под конкретного человека_. Другими словами если вы чётко, глубоко и адекватно представите (желательно на бумаге) все преимущества вашего любимого эрланга и сообразную им точку приложения, убедительно и грамотно объясните это инвестору, ваш проект получит бабки. пока я вижу только одну фатальную несовместимость бизнеса и искусства программирования. Бизнесу более нужны люди, которые неистово, параноидально и любой ценой доводят дело до конца. В реальности я знаю несколько проектов, которые толкали коллективы, и везде "гениальные творцы" сруливали, а может туповатый чуток их коллега громоздил подпорки и доводил до продакшена, тянул саппорт и получал профит.

Ответить | Правка | Наверх | Cообщить модератору

80. "Узкая специализация ведет к потере навыков программирования ..."  +/
Сообщение от фыва (?), 08-Авг-11, 14:41 
> Бизнесу более
> нужны люди, которые неистово, параноидально и любой ценой доводят дело до
> конца. В реальности я знаю несколько проектов, которые толкали коллективы, и
> везде "гениальные творцы" сруливали, а может туповатый чуток их коллега громоздил
> подпорки и доводил до продакшена, тянул саппорт и получал профит.

Зульфия, открой личеко! Ибо "Бизнесу" в лицо не посмотришь (и не скажешь ему, все что ты думаешь о конкретном бизнес-процессе, а может даже и более...), а посмотришь в лицо конкретному Человеку (да, да, с большой буквы, ну по крайней мере до первого знакомства). И вот что ты там увидишь, в его (конкретного человека) глазах, это уже более интересно (но иногда бывает и страшновато).
А если по существу, то дело конечно надо делать.
А как это уже отдельная тема.

Ответить | Правка | Наверх | Cообщить модератору

72. "Узкая специализация ведет к потере навыков программирования ..."  +/
Сообщение от VoDA (ok), 08-Авг-11, 11:04 
> Да, ерланг шикарен. Использую его в кластере.
> Но разве обьяснить это мерчендайзерам-прожект менеджерам? Ведь подшефные студенты не смогут
> ерланг!
> Вот поэтому я и согласен с мыслью, что бизнес и высокое профессиональное
> искусство программирования - далеки и вообще не совместимы.

Как уже сказано бизнесу сугубо пофигу КАК ты решишь задачу. Для того, чтобы убедить ПМ-а нужно объяснить три вещи:
1. почему erlang окажется *дешевле*. Нужно помнить, что стоимость сервера и железа намного меньше стоимость одного программиста, потому дешевле замена сервера, чем найм более дорогого спеца.
2. кто будет тянуть проект в случае твоего ухода. дайте мне многа-многа денег и я буду тянуть проект вечно это детский лепет - все не стартапные компании предпочтут переплатить, но снизить риск.
3. сколько денег (включая набор новых людей, время и ЗП на их обучение и т.п.) требуется чтобы ввести нового человека в проект, каковы затраты времени на доучивание.

Java в этом смысле шикарна. Достаточно одного вменяемого ПМ-а и десяток студентов будет тянуть проект. Да, возможно, работать будет медленнее и багов будет больше, но цена вывода продукта в продакшен будет сильно дешевле. А java программисты заменяются довольно просто, потому риск остаться без программистов - нулевой. Это важно.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

108. "Узкая специализация ведет к потере навыков программирования ..."  +/
Сообщение от kgxemail (?), 11-Авг-11, 10:30 

>  Нужно помнить, что стоимость сервера и железа
> намного меньше стоимость одного программиста, потому дешевле замена сервера, чем найм
> более дорогого спеца.

Смотрю на IBM p595 и думаю - где бы найти спеца, чтобы стоил ДОРОЖЕ.

Ответить | Правка | Наверх | Cообщить модератору

35. "Узкая специализация ведет к потере навыков программирования ..."  +/
Сообщение от fork (??), 07-Авг-11, 23:40 
www2, по поводу исключений, согласен. По поводу отладчиков, ты либо тролль, либо ты привык трасировать программу отладочными строчками не торопясь и долго, в итоге получаешь в конечной отлаженной программе кучу багов. Согласен, иногда оправданно я часто тоже так делаю, но это равносильно тому как незрячий с помощью палочки переходит дорогу. В отладчике ты видишь, всё присходящее, а отладочными строчками ты просто палочкой стучишь и смотришь нету ли там машины, где палочку поставил.

Про блок схеммы. Если ты делаешь программу на лету, особенно дорабатываешь чужую и сложную, думаю ты напрограммируешь откровенный бред, если не разрисуешь всю структуру программы в блокноте и сразу примешься за "доработку", добавляя по незнанию костыли.

Боже упаси твой труд прочитать начинающему, нового быдлокода станет больше.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

58. "Узкая специализация ведет к потере навыков программирования ..."  –3 +/
Сообщение от VoDA (ok), 08-Авг-11, 04:43 
> Про блок схеммы. Если ты делаешь программу на лету, особенно дорабатываешь чужую
> и сложную, думаю ты напрограммируешь откровенный бред, если не разрисуешь всю
> структуру программы в блокноте и сразу примешься за "доработку", добавляя по
> незнанию костыли.

Все упирается в архитектуру - есть ли понимание как строится программа или нет. Если есть, то новые кубики добавлыются на раз и так же просто меняются и допиливаются. Без зоопарка и прочего бреда. Возможно чтобы понять архитектуру на вашем языке программирования нужно нарисовать блок-схемы, но есть языки/фреймворки/подходы когда даже не зная предназначения той или иной функции по ее место положению можно сказать зачем она нужна и какой нагрузочный функционал несет.

PS достаточно одного программиста "в теме" на команду и разрабатываемый код будет осмысленным.

Ответить | Правка | Наверх | Cообщить модератору

63. "Узкая специализация ведет к потере навыков программирования ..."  +/
Сообщение от Ян Злобинemail (ok), 08-Авг-11, 09:03 
>Все упирается в архитектуру - есть ли понимание как строится программа или нет.

Очень правильное суждение.  Блок-схемы - это всего лишь один их способов осмысления и проектирования логики.  Кроме этого существует и много других методов, например, мозговые карты, ассоциативная запись в столбик и другие.  При определённой тренировке люди делают это в уме, записывая на бумаге только метки шагов или не записывая ничего вовсе.  Пример - шахматисты.  Кто-нибудь видел шахматиста во время игры, который записывает блок-схему?  А ведь логики его мышления очень похожа.

Ответить | Правка | Наверх | Cообщить модератору

73. "Узкая специализация ведет к потере навыков программирования ..."  –3 +/
Сообщение от XPEHemail (?), 08-Авг-11, 11:58 
> По поводу отладчиков, ты либо тролль, либо ты привык трасировать программу отладочными строчками не торопясь и долго, в итоге получаешь в конечной отлаженной программе кучу багов. Согласен, иногда оправданно я часто тоже так делаю, но это равносильно тому как незрячий с помощью палочки переходит дорогу. В отладчике ты видишь, всё присходящее, а отладочными строчками ты просто палочкой стучишь и смотришь нету ли там машины, где палочку поставил.

Фееричный бред.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

37. "Узкая специализация ведет к потере навыков программирования ..."  +3 +/
Сообщение от dodo8 (?), 08-Авг-11, 00:00 
Программисты должны быть ленивы, но не настолько, чтобы из за этой лени потом пришлось совершать еще большие телодвижения.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру