Это извечный философский вопрос: Что значит "изучил язык"?
Вопрос этот не ограничивается языками программирования… и для естественных языков придумали такое понятие как уровень владения. И по факту с годами это почти не коррелирует. Точнее, очевидно, что для освоения языка на уровне С2 требуется несколько лет. Но обратное не верно, т.е. можно десятилетиями активно и успешно пользоваться языком, но не владеть им на уровне C2. Более того, практическая ценность такого уровня владения весьма спорна.
То же справедливо и для ЯП, изучить язык на уровне B2 достаточно для решения более 90% практических задач, вне зависимости от чьих-то представлений.
Ruby — неплохой вариант для начинающих. Тут я не спорю.
Однако, примеры Ваши даже программистам не понять… Потому что они нелогичны! Посмотрите, в какой ступор Вы вогнали бедного Eudokimoff своим "13.to_s.length.nil?".
Я уверен, что любой пример должен делать что-то осмысленное, ну например ASCII-табличку печатать:
Пфф, а что с ней так? Зачем делать то, что будет медленнее, когда сделать нормально не составляет никакого труда: array.sort! {|a, b| b <=> a}
Зачем писать белиберду "13.to_s.length.nil?" в качестве примера? Или Вы поставили себе задачу показать, как не надо писать на Ruby?
Пожалуйста, прекратите позорить Ruby своими примерами… Никто в здравом уме не будет так делать сортировку в обратном порядке.
Для демонстрации цепочек вызовов прекрасно подходят ActiveRecord, Ransack и т.д., проще говоря, те случаи, где уместен паттерн Fluent Interface.
работу программиста через двадцать лет я скорее всего найду, а вот работу инженера-конструктора — вряд ли!
Хороший инженер может быть настолько не уверен в своих способностях?
Мне кажется, там речь скорее о неуверенности в перспективах развития отрасли… Посмотрите, для примера, как за предыдущие 30 лет полностью развалили лёгкую промышленность, сколько закрыли НИИ, фабрик и т.д.
Тут спору нет, все люди разные и распределение квалификации очень широкое. Просто есть мнение, что Вам повезло, найти квалифицированного 1С-программиста не такая уж простая задача.
Вы невнимательно прочитали комментарий Falseclock… Цитирую:
Типичный пример. Мне надо было сделать интеграцию самописной CRM системой с 1С по REST\OData через HTTP-сервис, который появился недавно в платформе 1С.
…
Две недели упорного труда и сам реализовал то что мне нужно не имея никакого опыта программирования в 1С.
Я понял его мысль так, что бездумное использование CMS/CMF может довести уровень среднестатистического PHP-шника до уровня среднестатистического 1C-ника. Типа делай как в туториале и ни шагу в сторону.
А я верю Falseclock, приходилось несколько лет назад искать 1С-программиста… у них от словосочетания "HTTP-запрос" нервный тик начинается… и про то, что данные можно передавать не только через расшаренные XML-файлы, они даже слышать не хотят. Возможно есть исключения, но вживую не приходилось встречать.
Вопрос как удобнее во многом субъективен. Мне лично клавиатурный ввод нравится больше, т.к. сразу пропадают проблемы с распознаванием чужого почерка и повышается удобство редактирования(чтобы вписать пару слов не нужно стирать всю строку или впихивать галочками). А стрелочки и мышкой на ура рисуются.
Для тех, кто не любит клавиатуры, есть графические планшеты, по которым можно писать пером, гораздо удобнее чем маркером, т.к. писать ручкой привычно с детства, а маркер даёт избыточно толстую линию, да ещё и без возможности регулировать эту толщину.
Ещё есть обычные планшеты и touch-экраны, рисуйте по ним хоть пальцем, хоть стилусом. Кстати, онлайн-доски тоже на любой вкус есть, для любителей рукописного ввода может хватить чего-то типа AWW или WebWhiteboard. Конечно планшет или touch-экран для такого использованию будут необходимы, но это решаемо.
По большому счёту, для онлайн-обсуждений всё есть и со временем удобство будет только расти… На мой взгляд, реальные проблемы могут быть только из разряда фетишизма, ну типа вам хочется касаться доски, прёт от запаха маркера и его скрипа по доске и т.д.
Онлайн-доска — это тоже не проблема… Посмотрите RealtimeBoard и аналоги. Если уж по-честному, то они гораздо удобнее, чем обычные доски… площадь доски не заканчивается в самый неподходящий момент, никто не изрисует её случайно перманентным маркером, стикеры не отлетают, кол-во досок не ограничено и т.д.
А вот общение по туманный перспективам, которые превратятся в эксперимент, а потом пойдут в продакшн — идет через Скайпы/Слэки крайне тяжело.
С чего вдруг? Если только вы привыкли жестами по туманным перспективам общаться, попутно дымя собеседнику в лицо… А вербальная информация нисколько не страдает от скайпов/слэков.
Переписка же ещё более мощный драйвер роста, удалённо Вы можете пообщаться практически с любым человеком в мире, а не ограничены уровнем сотрудников своей фирмы.
Сидючи в одном кабинете или встречаясь несколько раз в день — вы сможете прийти с консилиуму на пару порядков быстрее.
Справедливости ради, прийти можно к консенсусу, а консилиум можно собрать. Причём в IT его можно собрать по скайпу или любому аналогу для конференц-связи. Поэтому соглашусь, что Вы выдумывали себе несуществующую проблему.
Это извечный философский вопрос: Что значит "изучил язык"?
Вопрос этот не ограничивается языками программирования… и для естественных языков придумали такое понятие как уровень владения. И по факту с годами это почти не коррелирует. Точнее, очевидно, что для освоения языка на уровне С2 требуется несколько лет. Но обратное не верно, т.е. можно десятилетиями активно и успешно пользоваться языком, но не владеть им на уровне C2. Более того, практическая ценность такого уровня владения весьма спорна.
То же справедливо и для ЯП, изучить язык на уровне B2 достаточно для решения более 90% практических задач, вне зависимости от чьих-то представлений.
Ruby — неплохой вариант для начинающих. Тут я не спорю.
Однако, примеры Ваши даже программистам не понять… Потому что они нелогичны! Посмотрите, в какой ступор Вы вогнали бедного Eudokimoff своим "13.to_s.length.nil?".
Я уверен, что любой пример должен делать что-то осмысленное, ну например ASCII-табличку печатать:
или
Это он сможет переписать на Python и сравнить… А код, напрочь лишённый смысла, нельзя сравнить с кодом на другом языке.
Ну, для обучения тому, как работает машина Тьюринга, Brainfuck вполне сойдёт. Несмотря на свою эзотеричность, это не самый бесполезный ЯП.
Пфф, а что с ней так? Зачем делать то, что будет медленнее, когда сделать нормально не составляет никакого труда:
array.sort! {|a, b| b <=> a}Зачем писать белиберду "13.to_s.length.nil?" в качестве примера? Или Вы поставили себе задачу показать, как не надо писать на Ruby?
Пожалуйста, прекратите позорить Ruby своими примерами… Никто в здравом уме не будет так делать сортировку в обратном порядке.
Для демонстрации цепочек вызовов прекрасно подходят ActiveRecord, Ransack и т.д., проще говоря, те случаи, где уместен паттерн Fluent Interface.
13.to_s.length.nil?— это абсолютно бессмысленный код… видимо, с целью показать, что методы можно объединять в цепочки.Мне кажется, там речь скорее о неуверенности в перспективах развития отрасли… Посмотрите, для примера, как за предыдущие 30 лет полностью развалили лёгкую промышленность, сколько закрыли НИИ, фабрик и т.д.
При этом map & filter реализуются через reduce, а reduce — через рекурсию )))
Для новичков обычно "Выразительный JavaScript" советуют.
Зачем свой велосипед пилить? Есть же ETS, но сути аналог memcached, только быстрее.
В качестве дополнительной обёртки можно ConCache использовать.
iirc, Smarty — это шаблонизатор, а не фреймворк.
Ну так, хотя бы помните, что это можно сделать… значит доку нагуглите за пару минут )
Тут спору нет, все люди разные и распределение квалификации очень широкое. Просто есть мнение, что Вам повезло, найти квалифицированного 1С-программиста не такая уж простая задача.
Вы невнимательно прочитали комментарий Falseclock… Цитирую:
Я понял его мысль так, что бездумное использование CMS/CMF может довести уровень среднестатистического PHP-шника до уровня среднестатистического 1C-ника. Типа делай как в туториале и ни шагу в сторону.
А я верю Falseclock, приходилось несколько лет назад искать 1С-программиста… у них от словосочетания "HTTP-запрос" нервный тик начинается… и про то, что данные можно передавать не только через расшаренные XML-файлы, они даже слышать не хотят. Возможно есть исключения, но вживую не приходилось встречать.
Вопрос как удобнее во многом субъективен. Мне лично клавиатурный ввод нравится больше, т.к. сразу пропадают проблемы с распознаванием чужого почерка и повышается удобство редактирования(чтобы вписать пару слов не нужно стирать всю строку или впихивать галочками). А стрелочки и мышкой на ура рисуются.
Для тех, кто не любит клавиатуры, есть графические планшеты, по которым можно писать пером, гораздо удобнее чем маркером, т.к. писать ручкой привычно с детства, а маркер даёт избыточно толстую линию, да ещё и без возможности регулировать эту толщину.
Ещё есть обычные планшеты и touch-экраны, рисуйте по ним хоть пальцем, хоть стилусом. Кстати, онлайн-доски тоже на любой вкус есть, для любителей рукописного ввода может хватить чего-то типа AWW или WebWhiteboard. Конечно планшет или touch-экран для такого использованию будут необходимы, но это решаемо.
По большому счёту, для онлайн-обсуждений всё есть и со временем удобство будет только расти… На мой взгляд, реальные проблемы могут быть только из разряда фетишизма, ну типа вам хочется касаться доски, прёт от запаха маркера и его скрипа по доске и т.д.
Онлайн-доска — это тоже не проблема… Посмотрите RealtimeBoard и аналоги. Если уж по-честному, то они гораздо удобнее, чем обычные доски… площадь доски не заканчивается в самый неподходящий момент, никто не изрисует её случайно перманентным маркером, стикеры не отлетают, кол-во досок не ограничено и т.д.
Речь шла об общении с коллегами, а не с клиентами.
С чего вдруг? Если только вы привыкли жестами по туманным перспективам общаться, попутно дымя собеседнику в лицо… А вербальная информация нисколько не страдает от скайпов/слэков.
Переписка же ещё более мощный драйвер роста, удалённо Вы можете пообщаться практически с любым человеком в мире, а не ограничены уровнем сотрудников своей фирмы.
Справедливости ради, прийти можно к консенсусу, а консилиум можно собрать. Причём в IT его можно собрать по скайпу или любому аналогу для конференц-связи. Поэтому соглашусь, что Вы выдумывали себе несуществующую проблему.