Выучился на программиста, работаю по специальности. Нравится.
В универе не сказал бы, что давали реально актуальные знания, поэтому все, что я сейчас применяю на работе — получено в результате самообразования… я думаю, в сфере ИТ это не редкость.
Хотя вот что мне привили в универе на лекциях по программированию (с++, старенький такой препод, но толковый очень), так это всегда стараться разобраться в базовых принципах, когда что-то делаешь :)
Иногда возникают ситуации, когда нужно вернуть нул, вместо объекта… А бросать исключение нельзя, потому что как таковой ошибки нет. Не приведу пример сходу, но у меня такие ситуации возникали. Не спорю, что можно найти более правильный способ :)
Хотя на самом деле куда приятней видеть метод, видеть в хинте возвращаемый тип MyType и @throws MyException если что не так. Сразу знаешь, чего ждать, и что может произойти. Чем каждую минуту сверяться с докой на счет возможных возвращаемых значений (false, null, undefined (js), 0… omg)
И это грамотное решение. Как же было удобно писать на шарпах, когда можно отловить исключения в нужном месте, а не париться, что произойдет, как поведет себя вм, какую ошибку и каким же таким образом кинет и т.д.
Я считаю наиболее правильным, когда все ошибки являются исключениями. Как в питоне, js, c# etc…
Также, я не согласен с автором статьи, что о непоправимых ситуациях нужно оповещать как-то иначе, нежели исключениями. Потому что зачастую в приложении с грамотной архитектурой как правило есть диспетчер, в котором можно отловить исключения и обработать необходимые как критические ошибки. К чему тогда какие-то иные способы — не понимаю.
TinyMCE — очень тяжелый. Иногда он просто излишний, а люди берут его только потому, что он распиарен. Хотя для многиз задач всего функционала не нужно. Да, можно отключить, но все равно будет загружаться все его ядро.
Alloha — на момент поиск редактора для наших проектов он не поддерживал align команды.
jwysiwyg — приличный редактор. Хотя немного не опрятный. Например, ресайзинг с помощью jqueryUI плагина лагает и вообще «тяжелый».
Imperavi — Вы его исходники смотрели? Там засран глобал. Дальше я скрипт даже не стал смотреть :)
Я не совсем уверен, что LINQ в .net можно отнести к сахару, но в пору, когда я писал на шарпе, я очень часто использовал понятные и лаконичные конструкции linq вместо стандартных циклов и условий. И на мой взгляд код становился более лаконичным. Что касается расширяемости, то в случаях, когда возникала такая необходимость, модификация linq запросов труда не вызывала.
Мне кажется, что во всем нужно знать меру. Во многих случаях сахар языка помогает написать быстрее и лаконичней. Но если не знать меру, то можно увлечься и создать монстра, которого все будут бояться )
В универе не сказал бы, что давали реально актуальные знания, поэтому все, что я сейчас применяю на работе — получено в результате самообразования… я думаю, в сфере ИТ это не редкость.
Хотя вот что мне привили в универе на лекциях по программированию (с++, старенький такой препод, но толковый очень), так это всегда стараться разобраться в базовых принципах, когда что-то делаешь :)
Хотя на самом деле куда приятней видеть метод, видеть в хинте возвращаемый тип MyType и @throws MyException если что не так. Сразу знаешь, чего ждать, и что может произойти. Чем каждую минуту сверяться с докой на счет возможных возвращаемых значений (false, null, undefined (js), 0… omg)
Также, я не согласен с автором статьи, что о непоправимых ситуациях нужно оповещать как-то иначе, нежели исключениями. Потому что зачастую в приложении с грамотной архитектурой как правило есть диспетчер, в котором можно отловить исключения и обработать необходимые как критические ошибки. К чему тогда какие-то иные способы — не понимаю.
Alloha — на момент поиск редактора для наших проектов он не поддерживал align команды.
jwysiwyg — приличный редактор. Хотя немного не опрятный. Например, ресайзинг с помощью jqueryUI плагина лагает и вообще «тяжелый».
Imperavi — Вы его исходники смотрели? Там засран глобал. Дальше я скрипт даже не стал смотреть :)
Мне кажется, что во всем нужно знать меру. Во многих случаях сахар языка помогает написать быстрее и лаконичней. Но если не знать меру, то можно увлечься и создать монстра, которого все будут бояться )
Версия 5.