Скупой, как известно, платит дважды.
Живой пример нашего небольшого городка. До сих пор все полагают, что сайт сделать — это копейки. Ну есть умельцы, которые и делают за копейки. В итоге наш городок практически отсутствует в Интернет, а если и присутствует, то в виде такого позорища, что и показать стыдно. Я уже принципиально не работаю с заказчиками из нашего славного городка, благо рядом мегаполис — есть заказы, да и удаленную работу никто не отменял — а там все мегаполисы страны.
Не получится программисту платить меньше, профессионалу — достойную оплату труда! Иначе вы рискуете получить многократно пере-недо-писанную корявую систему, заплатите по мелочам программерам криворуким, а в итоге все-равно вернетесь к профессионалам, но при этом потеряете и время, и деньги потраченные впустую.
Проведу аналогию. Вы собрались дома сделать ремонт. К кому вы обратитесь — к шаромыжникам, которые готовы взяться за любую работу, совсем недорого, или все же обратитесь к профессионалам, которые знают как, что и каким образом надо сделать?
Довольно странно видеть все эти графики популярности, составленные по количеству запросов в поисковиках. А о том, что сколько компаний используют какой-то фреймворк — так это вообще чушь — сколько еще компаний не опрошено, сколько просто разработчиков не опрошено.
Я использую Ruby и Ruby on Rails уже более 5 лет в своей работе (опыт разработки более 20 лет) и АБСОЛЮТНО ВСЕМ доволен — скорость меня устраивает, удобство разработки, сам язык восхитителен, переход на более новые версии RoR без затруднений (прошел от 3 до 5) — разработал уже множество проектов — от простейших страничек до порталов — все прекрасно работает. В том-то и дело, что на Ruby пишут преимущественно профессионалы, потому как у языка довольно высокий порок вхождения, и поэтому абы кто на нем не сможет писать. А если занимаются этим профессионалы, то, по своему опыту скажу, что спрашивать что-то у гугл особой необходимости не возникает — все есть в документации, да и сам знаю, как и что работает, как и что написать.
Я согласен, что сейчас много новых проектов, фреймворков, направлений — вот молодые и неопытные мечутся в поисках святого грааля — чтобы толком ничего не изучить, а получались прям супер-крутые проекты.
Например, я сам вообще не сторонник г… на под названием JavaScript — вот и лажу по каждому поводу в поисковик за ответами, а он из-за этого как бы набирает популярность, если судить по количеству запросов в поисковиках.
Уже столько лет прочат закат Ruby, Ruby on Rails, а эти проекты, не обращая внимания особо ни на какие мнения, все развиваются и становятся только лучше. Я думаю, что со мной согласятся многие разработчики Ruby — мы просто делаем свое дело, а смотреть и, тем более, ориентироваться на какие-то там графики — это совершенно излишне. Инструментарий удобный и качественный — этого достаточно для профессионала.
Занимаюсь программированием более 20 лет. Изучил Ruby 5 лет назад, использую Ruby on Rails 4 года — пишу сайты различной сложности — от простых сайтов-визиток (за 1-2 дня) до интернет-порталов (без команды, самостоятельно). Только позитивные и положительные эмоции от программирования на Ruby. За всю свою карьеру, изучив и использовав множество языков программирования, могу с уверенностью сказать: Ruby — наиболее изящный, удобный и внятный из языков программирования (конечно из тех, которые я знаю).
Не испытываю никаких проблем с сопровождением проектов на Ruby on Rails. Все достаточно логично и удобно.
Проекты предпочитаю писать «с нуля» и по возможности самостоятельно реализовывать механизмы, по минимуму используя сторонние библиотеки — мне интересно программировать, и доставляет удовольствие разработка (кстати, именно программирование на Ruby с удовольствием). При этом все получается легко, быстро и качественно.
Тем, кто прочит закат и «смерть» Ruby, могу посоветовать только одно — не нравится вам (а, скорее, не получается) — ну и не обращайте внимания — для вас Ruby даже и не появлялся на свет. И не надо пинять на зеркало, коли… ну отойди ты от зеркала — не мучай изображение! )))
> Смысл есть, иначе бы развитие технологий совсем остановилось )))
А они и останавливаются в каком-то смысле. Уповая на чудо-технологии все больше появляется недопрограммистов неспособных самостоятельно писать хорошие программы.
> пытаетесь намекнуть на то, что люди, которые этим занимаются, не являются профессионалами
Не путайте понятия! Те, кто пытаются что-то изменить и улучшить заслуживают уважения, являются двигателями прогресса! Те, же, кто уповают только на смену технологий в надежде на чудесные изменения… в общем, можно долго метаться.
> Но в целом на этой фазе развития идёт неизбежное понижение квалификации в среднем по сообществу.
Благо, что такие просто не осиливают освоение того же Ruby, чем и хорош высокий порог вхождения в подобные системы.
> С чего это Вы решили, что профессионалов всё устраивает?
Преимущественно устраивает. Если человек профессионал, но его что-то не устраивает в готовой системе, то он хотя бы в состоянии собственной реализации недостающих ему механизмов. Я в этом смысле. А в области программирования я вообще не встречал людей, которых бы вообще все устраивало.
Яркий пример когнитивного диссонанса.
> Ложь — это один из признаков заблуждения.
Ложь — утверждение, заведомо не соответствующее истине и высказанное в таком виде сознательно.
Заблуждение — ошибочное убеждение, представление о чем-либо.
Вы уж определитесь, пожалуйста, либо это ложное утверждение в виде явного, намеренного и сознательного искажения действительности, либо это заблуждение ввиду ошибочного представления о чем-либо.
Судя по вашему утверждению это взаимоисключающее утверждение. Если я в чем-то заблуждаюсь, то как я осознанно могу говорить ложь об этом, а если явно представляю истину, но при этом лгу, то как я в таком случае могу заблуждаться?
Или это у вас несхождение в голове от того, что я вроде ни к чему не призываю, значит, я обязательно должен в чем-то лгать?
> Надо же, Вы первый в мире человек, который сказал, что смена технологий не облегчает жизнь.
В данном контексте акцент надо сделать на «значительно облегчит». Смена технологии, безусловно, изменит жизнь автора, но станет ли она от этого лучше и проще?
«Везде хорошо, где нас нет». Но мы даже понятия не имеем, как бы нам было там, если бы мы там были. Только квантовые вычисления помогут нам побывать сразу во всех состояниях одновременно, а затем выбрать наилучшее! )))))
Я ничего никому не предлагаю, ни за что не агитирую. Дело каждого, что ему делать.
А может, да, вместо Ruby и на Rubi попробовать писать :))))) Вдруг он лучше!
Все мои размышления о том, что смена одной технологии на другую вряд ли чем-то значительно облегчит автору жизнь. Устал он от Rails, ну пусть поищет себя в чем-то другом. Только вот проецировать свое видение на весь фреймворк все же не стоит.
Начнем с того, что я не занимаюсь проектированием и разработкой языков программирования, библиотек, фреймворков, а использую их в качестве инструментов. Улучшать их? Какой смысл? Я уже сказал о принципе разумной достаточности. Если язык устраивает меня по большей части, то я использую его, а то, чего мне в нем не хватает — реализую самостоятельно. Я не пытаюсь менять Миры! Да, сейчас стало более возможным просить разработчиков языков и иных инструментов об их улучшении, вносить свои правки, но верить в то, что прислушаются именно к тебе — совершенно неоправданно.
Автор программировал на Ruby 9 лет. И что с того? Постоянно пытался изменить Ruby? Так он (Ruby) и так постоянно меняется при чем очень даже в лучшую сторону.
Я бы не стал говорить о каком-то насыщении, если речь идет о притоке все новых начинающих программистов. Какое же тут насыщение? Да и с чего бы профессионалам уходить куда-то, если их все устраивает. Профессионал на то и профессионал, что занимается делом, а не мечется в поисках истины в последней инстанции.
В данном конкретном случае более уместно все же говорить о той массе «профессионалов», которые постоянно мигрируют от одной технологии к другой, в каждой из которых им обязательно что-то не нравится.
По своему опыту скажу, что я менял технологии разработки только по мере того, как возникала необходимость переходить на какой-то новый качественный уровень, а предыдущие инструменты уже ну никак не подходили для реализации. Вот ну не стану я сейчас писать веб-приложение на assembler! Хотя раньше программирование на assembler было очень увлекательным занятием! А так, для общего развития, я достаточно много языков программирования изучил, дабы расширить собственный кругозор и границы мышления, но это совершенно не означает, что я их все собираюсь использовать в своей работе.
Естественно, не только Ruby, но «А Ruby — это вообще идеальный язык из тех, с которыми мне довелось познакомиться за время своей карьеры.». И говорить о каком-то закате инструментария разработчика совершенно неуместно, пока этот инструмент востребован и прекрасно выполняет свои функции. В последние времена наблюдается очень плохая тэнденция в программировании, которую можно охарактеризовать как и «пинять на зеркало», и «а вы, друзья, как ни садитесь, все ж...» — наблюдаются постоянные какие-то метания от одного инструмента к другому, от одной технологии к другой. Уважаемые, да везде лучше, где нас нет! Но вполне есть возможность сделать то место, где вы здесь и сейчас, вполне себе лучшим — своей светлой головой и золотыми руками. Ни одна технология, ни один инструментарий не сделает из вас профессионала чудесным образом!
В Мире нет совершенства! А уж тем более совершенства нет в сфере программирования! За свой более чем 25-летний опыт программирования я научился относиться к этому философски. «Чюдисов на свети ни бываит!». Либо ты программист, и сам можешь реализовать какие-то механизмы, коих нет в используемой тобой библиотеке (фреймворке) или реализация этих механизмов тебя не устраивает, либо… можешь поставить перед собой зеркало и «пинять на него».
Важно принять для себя принцип разумной достаточности, а не тратить время на поиски святого грааля — той библиотеки, того инструмента, где все будет ну прям все-все-все идеально, все будет чудесным образом реализовано на все случаи жизни! Не трать свою жизнь на это! Есть базис, который тебя устраивает, вот и пользуйся им! Есть множество механизмов, реализованных за тебя — пользуйся ими! Все остальное можно реализовать самому. Я вообще не лезу глубоко в дебри Rails, использую базовые механизмы, и, знаете, меня все устраивает и прекрасно все работает! А Ruby — это вообще идеальный язык из тех, с которыми мне довелось познакомиться за время своей карьеры.
Сообщество Ruby и Ruby on Rails как раз и отличается тем, что без лишних разговоров, пафоса, споров, холиваров просто делают свою работу, занимаются своим любимым делом, и делают это грамотно и хорошо — видимо, менталитет такой. Ну а если кто-то решил уйти, вот так шумно хлопнув дверью, то не велика потеря.
Это чем-то напоминает «IP-телефония через Dialup-соединение». Для чего строить еще один уровень приложений?
Идея, конечно, ясна и понятна. В любой ситуации полезно задавать вопрос «Кому это выгодно?». Для чего в поисковой выдаче данные с мобильных приложений, которые «даже не установлены на вашем устройстве»? Пока не установлены… Но Вы их обязательно установите позже. Ибо «большие задержки и проблемы в передаче данных могут «убить» весь эффект». Пользователя всеми правдами и неправдами тыкают носом в мобильные приложения, заодно еще и тянут в облака. Хотя, оно ему и не нужно в данном конкретном случае — «вы решили сорваться в другой город и вам срочно потребовался отель» — это разовая потребность, и не понятно для чего вообще такие мобильные приложения устанавливать?
«Запуск такого приложения требует хорошей скорости подключения». Так при хорошей скорости и стабильном подключении обычное веб-приложение справится с задачей гораздо проще и эффективнее, и кстати, написание его будет гораздо проще. И таких задач великое множество, когда пользователь ищет ответ только в данной конкретной ситуации, разовый запрос. С какого перепугу ему нужно обязательно устанавливать мобильное приложение или пользоваться такого вида сервисом? Далеко не все должно быть в виде мобильных приложений. «Ради литра молока покупать корову» — прямая аналогия с установкой мобильного приложения для получения разового результата. И этот сервис только усугубляет ситуацию, как ни странно — потому как вместо того, чтобы прежде подумать, что именно более приемлемо для какого-то вида сервиса в реализации — мобильное приложение или веб-приложение, сразу навояем мобильное приложение, а там уж такого рода сервисы нам помогут, а потом, глядишь, пользователь и установит это приложение (все более и более перегружая свое устройство) — а тут и новый виток — а давайте мы увеличим мощность и добавим памяти на ваше устройство — за Ваши деньги — хоть чёрта лысого!
Как же забавляют подобные рассуждения!
Прежде всего надо быть Программистом! И тут мантры в виде используемых инструментов и техник мало чем помогут. Тем более, когда это преподается в виде «используешь — ты крут, не используешь — мамонт — быстро в яму, и закопаем уже его!». Настоящий специалист использует инструменты исходя из своих потребностей, удобства работы и необходимости их применения в решаемой задаче.
Печально, что оценивается не талант программиста, а лишь набор инструментов. Но, как говорится, по одежке (набору используемых инструментов) только встречают, а провожают все же по уму.
Автору сего теста я желаю, чтоб у него прорвало в квартире батарею, канализацию, а на вызов явился сантехник, весь увешанный новомодными инструментами, с умными пространными рассуждениями, но капец какой криворукий, чтобы у него «руки выросли прям из жопы, и даже нифига не золотые».
По Ruby книг, я считаю, очень недостаточное количество издается. Помню как самому повезло — успел вовремя купить «Язык программирования Ruby» Д. Флэнаган, Ю. Матсумото — через совсем непродолжительное время эта книга просто исчезла с полок магазинов. По идее давно бы уже переиздать этот классический труд с учетом всех нововведений Ruby 2.
Почему именно книга? Я вот, например, значительно хуже воспринимаю информацию с экрана монитора, чем из книги. Само ощущение от книги как от источника знаний как-то более воспринимается. Но это субъективно. Еще одно преимущество в том, что книгу можно прочитать, например, в дороге с работы-на работу. Именно так я и изучил в свое время Ruby — прочел для начала книгу от корки до корки. Дома после работы изучать — сил уже нет, на работе, где нужен был PHP, я думаю, никто не был бы в восторге от того, что я трачу рабочее время на изучение «постороннего и ненужного в работе материала». Да и сейчас у меня эта книга стала настольной — нет-нет, да загляну туда — быстро и удобно.
Да, некоторым горе-разработчикам следовало бы отказаться от разработки — дабы не превращать пользователей в разъяренных маньяков… глядишь и Мир станет добрее и лучше ;)
Это еще и отчасти к вопросу о качестве разрабатываемых приложений…
Есть такая шутка (с очень большой долей правды):
Разрабатывать программы нужно так, как будто люди, пользующиеся вашей программой — маньяки, склонные к жестокости и насилию, и которые… прекрасно знают, где вас найти, чтобы отблагодарить вас за ваш чудный продукт
Я так понял, что последний «котик» мяукает на корейском. То-то он уж как-то здорово на собаку смахивает… всем известна своеобразная любовь корейского народа к собакам. ;-)
Живой пример нашего небольшого городка. До сих пор все полагают, что сайт сделать — это копейки. Ну есть умельцы, которые и делают за копейки. В итоге наш городок практически отсутствует в Интернет, а если и присутствует, то в виде такого позорища, что и показать стыдно. Я уже принципиально не работаю с заказчиками из нашего славного городка, благо рядом мегаполис — есть заказы, да и удаленную работу никто не отменял — а там все мегаполисы страны.
Не получится программисту платить меньше, профессионалу — достойную оплату труда! Иначе вы рискуете получить многократно пере-недо-писанную корявую систему, заплатите по мелочам программерам криворуким, а в итоге все-равно вернетесь к профессионалам, но при этом потеряете и время, и деньги потраченные впустую.
Проведу аналогию. Вы собрались дома сделать ремонт. К кому вы обратитесь — к шаромыжникам, которые готовы взяться за любую работу, совсем недорого, или все же обратитесь к профессионалам, которые знают как, что и каким образом надо сделать?
Я использую Ruby и Ruby on Rails уже более 5 лет в своей работе (опыт разработки более 20 лет) и АБСОЛЮТНО ВСЕМ доволен — скорость меня устраивает, удобство разработки, сам язык восхитителен, переход на более новые версии RoR без затруднений (прошел от 3 до 5) — разработал уже множество проектов — от простейших страничек до порталов — все прекрасно работает. В том-то и дело, что на Ruby пишут преимущественно профессионалы, потому как у языка довольно высокий порок вхождения, и поэтому абы кто на нем не сможет писать. А если занимаются этим профессионалы, то, по своему опыту скажу, что спрашивать что-то у гугл особой необходимости не возникает — все есть в документации, да и сам знаю, как и что работает, как и что написать.
Я согласен, что сейчас много новых проектов, фреймворков, направлений — вот молодые и неопытные мечутся в поисках святого грааля — чтобы толком ничего не изучить, а получались прям супер-крутые проекты.
Например, я сам вообще не сторонник г… на под названием JavaScript — вот и лажу по каждому поводу в поисковик за ответами, а он из-за этого как бы набирает популярность, если судить по количеству запросов в поисковиках.
Уже столько лет прочат закат Ruby, Ruby on Rails, а эти проекты, не обращая внимания особо ни на какие мнения, все развиваются и становятся только лучше. Я думаю, что со мной согласятся многие разработчики Ruby — мы просто делаем свое дело, а смотреть и, тем более, ориентироваться на какие-то там графики — это совершенно излишне. Инструментарий удобный и качественный — этого достаточно для профессионала.
Не испытываю никаких проблем с сопровождением проектов на Ruby on Rails. Все достаточно логично и удобно.
Проекты предпочитаю писать «с нуля» и по возможности самостоятельно реализовывать механизмы, по минимуму используя сторонние библиотеки — мне интересно программировать, и доставляет удовольствие разработка (кстати, именно программирование на Ruby с удовольствием). При этом все получается легко, быстро и качественно.
Тем, кто прочит закат и «смерть» Ruby, могу посоветовать только одно — не нравится вам (а, скорее, не получается) — ну и не обращайте внимания — для вас Ruby даже и не появлялся на свет. И не надо пинять на зеркало, коли… ну отойди ты от зеркала — не мучай изображение! )))
А они и останавливаются в каком-то смысле. Уповая на чудо-технологии все больше появляется недопрограммистов неспособных самостоятельно писать хорошие программы.
> пытаетесь намекнуть на то, что люди, которые этим занимаются, не являются профессионалами
Не путайте понятия! Те, кто пытаются что-то изменить и улучшить заслуживают уважения, являются двигателями прогресса! Те, же, кто уповают только на смену технологий в надежде на чудесные изменения… в общем, можно долго метаться.
> Но в целом на этой фазе развития идёт неизбежное понижение квалификации в среднем по сообществу.
Благо, что такие просто не осиливают освоение того же Ruby, чем и хорош высокий порог вхождения в подобные системы.
> С чего это Вы решили, что профессионалов всё устраивает?
Преимущественно устраивает. Если человек профессионал, но его что-то не устраивает в готовой системе, то он хотя бы в состоянии собственной реализации недостающих ему механизмов. Я в этом смысле. А в области программирования я вообще не встречал людей, которых бы вообще все устраивало.
> Ложь — это один из признаков заблуждения.
Ложь — утверждение, заведомо не соответствующее истине и высказанное в таком виде сознательно.
Заблуждение — ошибочное убеждение, представление о чем-либо.
Вы уж определитесь, пожалуйста, либо это ложное утверждение в виде явного, намеренного и сознательного искажения действительности, либо это заблуждение ввиду ошибочного представления о чем-либо.
Судя по вашему утверждению это взаимоисключающее утверждение. Если я в чем-то заблуждаюсь, то как я осознанно могу говорить ложь об этом, а если явно представляю истину, но при этом лгу, то как я в таком случае могу заблуждаться?
Или это у вас несхождение в голове от того, что я вроде ни к чему не призываю, значит, я обязательно должен в чем-то лгать?
> Надо же, Вы первый в мире человек, который сказал, что смена технологий не облегчает жизнь.
В данном контексте акцент надо сделать на «значительно облегчит». Смена технологии, безусловно, изменит жизнь автора, но станет ли она от этого лучше и проще?
«Везде хорошо, где нас нет». Но мы даже понятия не имеем, как бы нам было там, если бы мы там были. Только квантовые вычисления помогут нам побывать сразу во всех состояниях одновременно, а затем выбрать наилучшее! )))))
А может, да, вместо Ruby и на Rubi попробовать писать :))))) Вдруг он лучше!
Все мои размышления о том, что смена одной технологии на другую вряд ли чем-то значительно облегчит автору жизнь. Устал он от Rails, ну пусть поищет себя в чем-то другом. Только вот проецировать свое видение на весь фреймворк все же не стоит.
Автор программировал на Ruby 9 лет. И что с того? Постоянно пытался изменить Ruby? Так он (Ruby) и так постоянно меняется при чем очень даже в лучшую сторону.
Я бы не стал говорить о каком-то насыщении, если речь идет о притоке все новых начинающих программистов. Какое же тут насыщение? Да и с чего бы профессионалам уходить куда-то, если их все устраивает. Профессионал на то и профессионал, что занимается делом, а не мечется в поисках истины в последней инстанции.
В данном конкретном случае более уместно все же говорить о той массе «профессионалов», которые постоянно мигрируют от одной технологии к другой, в каждой из которых им обязательно что-то не нравится.
По своему опыту скажу, что я менял технологии разработки только по мере того, как возникала необходимость переходить на какой-то новый качественный уровень, а предыдущие инструменты уже ну никак не подходили для реализации. Вот ну не стану я сейчас писать веб-приложение на assembler! Хотя раньше программирование на assembler было очень увлекательным занятием! А так, для общего развития, я достаточно много языков программирования изучил, дабы расширить собственный кругозор и границы мышления, но это совершенно не означает, что я их все собираюсь использовать в своей работе.
Важно принять для себя принцип разумной достаточности, а не тратить время на поиски святого грааля — той библиотеки, того инструмента, где все будет ну прям все-все-все идеально, все будет чудесным образом реализовано на все случаи жизни! Не трать свою жизнь на это! Есть базис, который тебя устраивает, вот и пользуйся им! Есть множество механизмов, реализованных за тебя — пользуйся ими! Все остальное можно реализовать самому. Я вообще не лезу глубоко в дебри Rails, использую базовые механизмы, и, знаете, меня все устраивает и прекрасно все работает! А Ruby — это вообще идеальный язык из тех, с которыми мне довелось познакомиться за время своей карьеры.
Сообщество Ruby и Ruby on Rails как раз и отличается тем, что без лишних разговоров, пафоса, споров, холиваров просто делают свою работу, занимаются своим любимым делом, и делают это грамотно и хорошо — видимо, менталитет такой. Ну а если кто-то решил уйти, вот так шумно хлопнув дверью, то не велика потеря.
Идея, конечно, ясна и понятна. В любой ситуации полезно задавать вопрос «Кому это выгодно?». Для чего в поисковой выдаче данные с мобильных приложений, которые «даже не установлены на вашем устройстве»? Пока не установлены… Но Вы их обязательно установите позже. Ибо «большие задержки и проблемы в передаче данных могут «убить» весь эффект». Пользователя всеми правдами и неправдами тыкают носом в мобильные приложения, заодно еще и тянут в облака. Хотя, оно ему и не нужно в данном конкретном случае — «вы решили сорваться в другой город и вам срочно потребовался отель» — это разовая потребность, и не понятно для чего вообще такие мобильные приложения устанавливать?
«Запуск такого приложения требует хорошей скорости подключения». Так при хорошей скорости и стабильном подключении обычное веб-приложение справится с задачей гораздо проще и эффективнее, и кстати, написание его будет гораздо проще. И таких задач великое множество, когда пользователь ищет ответ только в данной конкретной ситуации, разовый запрос. С какого перепугу ему нужно обязательно устанавливать мобильное приложение или пользоваться такого вида сервисом? Далеко не все должно быть в виде мобильных приложений. «Ради литра молока покупать корову» — прямая аналогия с установкой мобильного приложения для получения разового результата. И этот сервис только усугубляет ситуацию, как ни странно — потому как вместо того, чтобы прежде подумать, что именно более приемлемо для какого-то вида сервиса в реализации — мобильное приложение или веб-приложение, сразу навояем мобильное приложение, а там уж такого рода сервисы нам помогут, а потом, глядишь, пользователь и установит это приложение (все более и более перегружая свое устройство) — а тут и новый виток — а давайте мы увеличим мощность и добавим памяти на ваше устройство — за Ваши деньги — хоть чёрта лысого!
Прежде всего надо быть Программистом! И тут мантры в виде используемых инструментов и техник мало чем помогут. Тем более, когда это преподается в виде «используешь — ты крут, не используешь — мамонт — быстро в яму, и закопаем уже его!». Настоящий специалист использует инструменты исходя из своих потребностей, удобства работы и необходимости их применения в решаемой задаче.
Печально, что оценивается не талант программиста, а лишь набор инструментов. Но, как говорится, по одежке (набору используемых инструментов) только встречают, а провожают все же по уму.
Автору сего теста я желаю, чтоб у него прорвало в квартире батарею, канализацию, а на вызов явился сантехник, весь увешанный новомодными инструментами, с умными пространными рассуждениями, но капец какой криворукий, чтобы у него «руки выросли прям из жопы, и даже нифига не золотые».
Почему именно книга? Я вот, например, значительно хуже воспринимаю информацию с экрана монитора, чем из книги. Само ощущение от книги как от источника знаний как-то более воспринимается. Но это субъективно. Еще одно преимущество в том, что книгу можно прочитать, например, в дороге с работы-на работу. Именно так я и изучил в свое время Ruby — прочел для начала книгу от корки до корки. Дома после работы изучать — сил уже нет, на работе, где нужен был PHP, я думаю, никто не был бы в восторге от того, что я трачу рабочее время на изучение «постороннего и ненужного в работе материала». Да и сейчас у меня эта книга стала настольной — нет-нет, да загляну туда — быстро и удобно.
inet777.ru/apple-lgbt-novoe-horosho-zabyitoe-staroe/9230
Есть такая шутка (с очень большой долей правды):
Разрабатывать программы нужно так, как будто люди, пользующиеся вашей программой — маньяки, склонные к жестокости и насилию, и которые… прекрасно знают, где вас найти, чтобы отблагодарить вас за ваш чудный продукт
Я-то думал, что это у меня только такие проблемы. Засада еще в том, что это обновление вышло одновременно с тем, как я полностью переустановил систему на новый сервак. Всю голову себе изломал, изменяя настройки, прежде чем все-таки решил сделать откат к предыдущей версии ядра:
inet777.ru/comments/8988/otkat-na-predyiduschuyu-versiyu-yadra-linux-problema-iptables-nat-v-linux-image-3-2-0-4-amd64-3-2-60-1-deb7u1
отправил report bug