Python conf in Kharkiv, Nov 16 with Intel, Elastic engineering leaders. Prices go up 21.10

Реально ли с нуля стать программистом в дом. условиях?

Всем доброго времени суток. Если данная тема была, то прошу не бугуртить, тут несколько иной вопрос, а именно реально ли стать хорошим программистом, прочитав весь список такой литературы. Начинаю с базы и заканчиваю сложными темами.
1. Полное руководство по Windows
2. Дополнительная документация Windows
3. Приложения MS Office. Учебное пособие
4. Офисные приложения MS Office
5. Администрирование Windows Server
6. Windows. Администрирование сетей
7. Рецепты администрирования Windows
8. Компьютерное железо. Архитектура, устройство и конфигурирование
9. Путеводитель по компьютерным устройствам и комплектующим
10. Linux. От новичка к профессионалу
11. HTML. Популярный самоучитель
12. HTML. Скрипты и стили
13. HTML и CSS. Путь к совершенству
14. HTML, XHTML и CSS. Библия пользователя
15. Динамический HTML
16. Microsoft Exchange Server. Справочник администратора
17. Active Directory. Подход профессионала
18. Exchange Server. Справочник администратора
19. Полное руководство по Linux
20. Linux. Администрирование сетей TCP/IP
21. Маршрутизаторы Cisco. Практическое применение
22. База данных введение в теорию и методологию
23. Базы данных. Проектирование и разработка.
24. Функции SQL. Справочник программиста
25. Библия Delphi.
26. Программирование в Delphi.
27. Совершенный код.
28. Программист-прагматик
29. Алгоритмы. Построение и анализ
30. Паттерны проектирования
31. C++. Основы программирования
32. C/C++ и MS Visual C++ для начинающих
33. Методики программирования на C++
34. Программирование на языке Java
35. Java. Обьектно-ориентировачное программирование
36. Java 2. Библиотека профессионала. Том 1
37. Java 2. Библиотека профессионала. Том 2
38. Системное программирование в среде Windows
39. Linux. Системное программирование
40. C++ и STL. Справочное руководство
41. Парадигма функционального программирования
42. Функциональное и логическое программирование
43. Функциональное программирование на языке Haskell
44. Технология проектирования автоматизированных систем
45. Проектирование систем управления
46. Управление проектами по созданию программного обеспечения
47. Microsoft Project в управлении проектами.
48. Финансово-ориентировачное управление проектами.
49. Совершенство управления проектами.

LinkedIn

Лучшие комментарии пропустить

реально ли стать хорошим программистом, прочитав весь список такой литературы.

Реально ли стать хорошим кикбоксером, посмотрев все фильмы про Ван Дама?
Реально ли стать крутым финансистом, наблюдая за кассирами в банке?
Реально ли стать хорошим боксером, посмотрев все бои Кличко?
Реально ли стать крутым пианистом, прочитав 50 лучших сборников нот?
Реально ли стать крутым любовником, посмотрев 100500 часов порно?

Программирование — это навык. Чтобы стать программистом, надо программировать.

P.S. Набор книг ужасен. Куча всего без определенной тематики. После их прочтения только каша в голове гарантирована.

Прочитав эти книги можно стать великим и ужасным учителем информатики.

С таким списком реально только испортить зрение и повредить кору головного мозга.

Хотите стать программистом с нуля в дом. условиях?

Напишите за 24 часа, с момента прочтения моего комментария, страничку с одной кнопкой и разместите её в интернете. После нажатия кнопки на страничке должна отобразится надпись «Я больше никогда не буду составлять списки книг для прочтения!». Сделать это надо, не открывая ни одной книги. Можно пользоваться только интернетом.

Если вы это сможете, то вы станете программистом.

Можно. Сам начинал с полного нуля, не имея IT образования и никогда не сталкивался с программированием, взял 2 книги по нужному языку и 3-4 месяца безвылазно учил и решал задачи с форумов. Сначала было дико сложно, потом прорвало и всё стало на свои места, еще через 3 месяца устроился джуном на работу. За время обучения написал 2 игры и кучу простых программ.

Не реально! Этот список нужно распечатать и сжечь! Зачем это вам? Если для работы, то посмотрите тенденции. Например выберите 2-3 языка которые в топе по зарплате. Почитайте о них больше, банально даже странички в Вики. Определите какой новый и растущий, какой старый и умирающий, где комьюнити больше, где меньше. В итоге выберете тот что вам по душе и углубитесь в его основы. И не бойтесь ошибиться в выборе, изучая любой язык, следующий будет даваться на много проще. И те кто пишут про практику правы, нужно ставить себе задачи и решать их например с помощью того же stackoverflow, толку будет в разы больше чем от книг. Так что практика важнее теории, если вам конечно нужно выполнять реальные задачи. Какой толк от того что вы буде знать 1000 способов приготовления рыбы, но не уметь ее ловить?

Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Попробую угадать 50-ю. «Как управлять вселенной не привлекая внимания санитаров» ))

а именно реально ли стать хорошим программистом, прочитав весь список такой литературы.
Для начала нужно определиться с конечной целью. Что означает в Вашем понимании «хороший программист»? Это тот, который зарабатывает 1000$? Или тот, кто может написать «убийцу мордокнижки»? Или еще что-то?

Несмотря на кажущуюся глупость этого вопроса, он ОСНОВНОЙ. И пока Вы не ответите на него, двигаться дальше просто нет никакого смысла, ибо получиться как у Алисы:


— Скажите, пожалуйста, куда мне отсюда идти?
— А куда ты хочешь попасть? — ответил Кот.
— Мне все равно... — сказала Алиса.
— Тогда все равно, куда и идти, — заметил Кот.

Если есть цель достаточно быстро выйти на график работа 4 часа в день — зарабатывать 400 баксов в месяц, то как быть?

Ну шо, сынку, помогли тебе твои

Полное руководство по Windows
?

Как в любой профессии — нужна теория, но... Она ничто без практики, посему нужно будет РАБОТАТЬ И ПРАКТИКОВАТЬСЯ, и только после этого Вы поймете цену всему списку литературы, которую Вы тут написали. Но по сути... дерзайте.

И звание Некропостера Року переходит к Екатерине!

Один рік це не вирок! Все ще можна виправити, важливо тільки вірити!

А шо за прикол с некропостером? Я туфелька — объясните плиз :)

Автор поста уже давно работает в библиотеке.

Блин... ну я точно туфелька :) Комментить пост 2014... Ну что я могу сказать... Эстафету некропостера приняла :) Но... шампанского на новый год много не бывает :)

Вас мотивировал фильм «Умница Уилл Хантинг» ? :))

Эмм, вы может с направлением хоть приблизительно определитесь?
P.S. Вы пока прочитаете этот бесполезный список-уже на пенсию пора уходить.

Пример бомжа Лео вдохновителен

это сам по твоему?

так себе, на самом деле: tjournal.ru/p/homeless-no-more-coder

Совсем дома-нельзя. надо пообщаться с людьми из ай-ти сферы, имхо, или хотя бы онлайн иметь ментора. Чтобы направлял и поддерживал.
Потому что можно превратиться в одичавшего Маугли джуна.

Одно прочтение ничего не даст, в программировании очень важна практика, так как очень часто возникают ошибки, которые в литературе можно упустить, а на практике реально можно подтянуть знания, вот, например, по HTML+CSS есть отличный видео курс с учебными материалами ( можно на практике проверить ) - itvdn.com/...ideo/html-and-css-renewed

Реально!
Друг моего друга уже на пятой книжке из списка стал крутым программистом.

Соглашусь с некоторыми комментаторами данной темы. Начинала читать много чего, но так-как решительно недавно начала завлекаться темой программирования, то много чего читать бросила по причине недостатка времени + ужасно много не понятных мне терминов и значений. Писать код самоучке тоже не сильно помогает, ибо если что-то не работает — некому проверить или дать совет. Поэтому я хочу узнать, где вообще реально найти кого-то типо гуру, ну или такого-же новичка для совместного обучения и обмена информацией? Очень хочу научиться!

Возможно, стоит сперва определиться, в каком направлении (frontend/backend) вы хотите двигаться и выбрать язык для изучения. От чтения абстрактных книг в больших количествах пользы не будет, скорее еще больше запутаетесь :)
Если выберете backend и язык C# или Java, могу помочь на первых порах и объяснить принципы ООП.

ну я более-менее разобралась в HTML/CSS и как-раз приступила к Java, но не потянула ибо это оказалось сложнее нежели я думала. я была бы безумно благодарна за вашу помощь!) спасибо!

реально только заработать геморой
курс на курсере по питончику пройди и не выеживайся
Список книг выдает вашу полную бестолковость — его сократить можно в 10 раз
и да

хорошим программистом,
вы станете лет через 10 не раньше

зачем?

16. Microsoft Exchange Server. Справочник администратора
17. Active Directory. Подход профессионала
18. Exchange Server. Справочник администратора
25. Библия Delphi.
26. Программирование в Delphi.

прочитав книжку вы просто прочитаете книжку. Что-бы научится что-то делать нужно просто начать это что-то делать а книжки это только источник инфы который сам по себе(без попыток ее применить) ничему не учит

Вообще прочитав это — можно стать классным спецом почти по всем областям 10-летней давности.

Реально. Я — стал. Список книг это вторично. Первично- это образ мышления. Логика, чтоли.
Я написал ряд программных продуктов за которые получил деньги. Некоторые проекты до сих пор «доятся». Я научил кучу людей работать с компьютером (преподавание). После выхода на пенсию я продолжаю работать над собой и над программированием. Мне все равно на каком языке писать программы хотя толком не знаю ни одного. Я считаю себя тупым и постоянно ругаю за лень.
Но тем не менее думаю, что это реально. Все дело в голове. Иногда программирование прет как фарш из мясорубки, иногда ничего не получается (муза?) и я спрашиваю на другой день:"Какой идиот это писал?". ИМХО — все в голове. .

Обучиться в домашних условиях можно, но не так, как Вы планируете это делать. Нужен совершенно другой подход, если интересно, могу лично помочь, в двух словах не расскажешь

я была бы рада если бы вы помогли мне в этом вопросе)

Напишите мне irina@sites.ua

Расскажите подробнее хочу самостоятельно начать изучать и добиться результатов. Касаемо программирования.если можете напишите на мыло fedyaev92@bk.ru. спасибо

не отвечает Ваша почта

Почему никто не написал что это вброс? Очевидное трололо)))

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

Серёжа, ну во-первых, я называю это вбросом не потому что не могу «всосать» суть вопроса, а скорее от того что повидал немало вбросов на подобные темы и это явно оно)) Во-вторых, у человека, искренне интересующегося программированием «такие гниденыши как я» интерес не отобьют. А вот у вайтишников-золотоискателей возможно, но это ж хорошо: возможно будет спасён прекрасный бухгалтер или юрист от бога. А в-третьих, что значит «не просят»? Суть этой темы как раз в том что человек спрашивает. Да и вообще мне нужно ничьё разрешение, чтоб оставить коммент на ДОУ, тем более я имею непосредственное отношение к developers of ukraine)

Автор, просто дойди до 10 левела в JavaRush, дальше сам пойдешь нужно ли оно тебе

Если опыта нет вообще и ты не знаешь какое направление или язык тебе выбрать — лучше всего возьми простой в духе javascript или php — освоить их на базовом уровне и найти хоть какую-то работу можно за 3-5 месяцев , без практики чтение книжек будет утомительным и знания в голове не задержаться.

Этот список слишком эклектичен и потому очень избыточен. Чтобы стать отличным программистом «с нуля», вполне достаточно освоить несколько простых книг и парочку посложнее, например:
3. Приложения MS Office. Учебное пособие
11. HTML. Популярный самоучитель
12. HTML. Скрипты и стили
27. Совершенный код.
30. Паттерны проектирования
36. Java 2. Библиотека профессионала. Том 1
37. Java 2. Библиотека профессионала. Том 2
И по SQL тоже надо прочесть одну хорошую книгу, но я лично №№ 22, 23, 24 не читал, потому опасаюсь их рекомендовать. Лучше прочесть очень популярное, легкое в освоении и вполне достаточное «Введение в SQL» Мартина Грабера.

Приложения MS Office. Учебное пособие
Любопытно, вот это зачем?

Элементарная компьютерная грамотность разработчику тоже нужна.

Интересно, будет ли дракара синьоров люксофта на почве спора по поводу учебного пособия по мс офису?

Меня и самого смутил сначала пункт про офис в оригинальном списке. Однако, немного поразмыслив, я решил что действительно, на базовом уровне любой программер должен знать какой-нибудь офис, и упомянутая книжка как раз без излишеств. Какую-нибудь ось тоже желательно знать, хотя и не обязательно винду, и не обязательно на таком глубоком уровне, какой, судя по оглавлению, дают «Полное руководство по Windows» или «Полное руководство по Linux». Подавляющему большинству девелоперов вполне достаточно поверхностных знаний в этих областях (а также очень поверхностных знаний по сетевым протоколам и железу).

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

Сомневаюсь, что между сеньорами солидной компании могут возникнуть заметные противоречия по такому тривиальному вопросу.

Да тролль это скучающий))), а вы свелись все и давай кормить.

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

нет)
чтобы стать программистом надо учиться программировать, а не читать книжки)

Стать реально, но главное требование — не количество прочитанных книг, а чтобы действительно пёрло то, чем ты занимаешься, а не количество бабла в перспективе. Ну так пёрло, что уснуть не можешь. Тогда и терпения хватит и сил.

Дам простой и практичный алгоритм:

1) Выбери область в которой хочешь работать
2) Подбери литературу строго для этой области, все что не релеватно в топку.
3) Читаешь getting started.
4) Практикуешься тем или иным образом, делаешь простенькие примеры.
5) Читаешь продвинутые топики, практикуешься в них.
6) ????
7) PROFIT.

Допустим решил ты стать фронтендщиком, для этого нужно знать HTML/CSS, уметь верстать, знать основные либы — bootstrap, polyfills, что такое responsive design, знать JavaScript, ООП и FP в JS, что такое DOM. Ознакомиться с инфраструктурой.
Соответственно подбираешь себе по этим топикам источники — книги, статьи. Читаешь основы, делаешь примеры, практикуешься, идешь дальше.
Таким образом постепенно научишься. Главное — практиковаться, не распылятся на нерелеватные темы и не пытаться сначала прочитать толстую книгу, а затем приступать к практике.

В Школе вон как матану учат. Сначала на пальцах обьясняют что такое предел, решаете примеры, затем более сложная теория и примеры, затем производные тоже «на пальцах» и примеры к ним.

Я думаю раз ты об этом задумался то мотивация у тебя есть. Главное ее не растерять!

я думаю, что у начинающего скорее всего проблемы с этим:

2) Подбери литературу строго для этой области, все что не релеватно в топку.

Как ему, новичку, узнать что релевантно, а что нет?

1. Выбрать технологию с которой хочется работать.
2. Посмотреть 10-15 Junior вакансий по этой технологии
3. Выбрать самый популярный стек требуемых технологий среди этих вакансий.
4. Погуглить книги по этим технологиям или ресурсы в интернете.
5. Если сомневаешься, хорошая книга или нет,всегда можно почитать отзывы о ней, на специальных форумах или и-нет магазинах, где она есть в продаже.
6.Подписаться на паблики и новостные рассылки.

Не реально, как и все пишут.

Я советую читать книги, читать сколько сможете. Начинать с книг. Но книги не дают главного — навыка. Они дают только направление. Прочитав одну книгу, надо ее «переварить» и попрактиковать. И т.д. Без книг получаются хреновые программисты. Те, кто пишут, что читать не надо, есть отличные по их мнению программисты — это соловьи и кукушки. Они просто крепко спят (меньше знают), поэтому им неведомо, что есть куда еще развиваться.

Но книги не дают НИЧЕГО без практики. Книги могут только значительно сократить путь в практике.
Моя формула такая — сначала книга, хорошее усвоение, потом практика и навыки.

И не охватывайте всё. Сначала изучаете язык, который выбрали, учитесь программировать хоть какие-то простые алгоритмы, далее по возрастанию — книги о мастерстве. (Delphi зачем?? ))

А лучше книга и параллельно навык развивать, даже тупо переписывая и переделывая примеры.

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

Плюс к этому, нельзя верить на слово книге. Часто примеры не работают: или книга по старой версии или не указали, что надо библиотеку подключить. Это можно выяснить, только повторяя примеры.

Я об этом не писал, т.к. даже не преставляю случая, когда читает книги, не проверяя.

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

Кстати я вот решил попробоватьсвои знания на тестах О.деска, ппц завалил все) а как у кого?

Эти тесты люди с 10 летним стажем валят

по мне тесты очень простые) но слишком много «регулярных» выражений) моя скорость 0.8 даже тест одеска 0.8

я попроходил все фронтовые тесты. Не 100% поотвечал но прошел

Вродь более менее прошел

HTML 4.01 Test 4.40 Top 10% 22 min
CSS 2.0 Test 4.00 Top 20% 28 min
Action Script 3.0 Test 3.75 Top 30% 30 min
PHP5 Test 3.60 Above Average 33 min
Wordpress Test 2.75 Above Average 30 min

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

мало кто это все знает, и может себе это позволить вернее знать может каждый, но не все могут это себе позволить

специально написали в стиле Кличка ?

Это все не имеет смысла, тут нет книжки про тотал-командер.

Быть комнатным програмистом уже не модно. Сейчас карманные програмисты в почете, Android, IOS, в мобильный век век входим все таки. P.S: Windows Mobile забыл. Пожалуй самый писк моды сейчас.

Точно! Исправил, это ж какраз самый тренд.

Смешались в куча кони, люди...

А если серьезно, я бы рекомендовал начать с основ. Повторить школьный курс математики и информатики, изучить основы дискретки и матанализа, ознакомиться с основами теории алгоритмов и парадигмами программирования. Выбрать интересующее направление, тут уже личное дело каждого, как говориться, к чему душа лежит, или прошерстите рынок труда и ознакомтесь с трендами. Допустим, интересует системное и прикладное программирование в Linux, значит смотрим какие технологии используются. C — однозначно, для GUI — С++, Java или другой интересующий язык. + библиотеки и фреймворки на выбор. Соглашусь с предыдущими комментаторами, теорию нужно совмещать с практикой, запускайте примеры из учебников, решайте задачки. Просто зубрить бесполезно, я еще со школы усвоил, что главное — понимать. Да и не запомните всего, потому и существуют справочники, если человек понимает суть проблемы, он найдет нужную информацию и решит ее, кто не понимает о чем речь, не решит. Только с практикой знания начнут откладываться в памяти.

И не обращайте внимания на стеб, просто поставьте цель и идите к ней. По своему опыту скажу, самому будет сложно. Верьте в себя и не сдавайтесь.

Функциональное программирование на языке Haskell
Одобряю, независимо от того, в какой направлении будете двигаться. Мне Haskell, как бы странно это ни звучало, помог разобраться с основами ООП в C++. Невероятно, но факт!
основы дискретки и матанализа

За 14 с гаком лет опыта именно мат. анализ в программировании не пригодился аж никак. Векторное / матричное исчисление — это да, а вот производные/интегралы/пределы/диф.уры — ни разу не приходилось использовать. Вероятно, в каких-то специфичных областях типа распознавания образов или обработки сигналов все это действительно нужно знать, но в общем и целом я бы не советовал новичкам тратить время на изучение (повторение) матана

Что касается дискретной математики, это довольно обширный предмет и новичку нужно знать из нее всего лишь несколько базовых вещей — булеву агебру, понятие кортежа, множества и отношения между ними, кванторы, базовые понятия теории графов. Про группы / кольца / поля лучше и не грузить себе мозг, если не собираешься серьезно заниматься криптографией. Теория категорий — опять-таки, опционально, если очень хочется глубого познать функциональщину

C — однозначно

Если есть желание и интерес специализироваться в драйверах / embedded / системном ПО — тогда да. Во всех остальных случаях, я не уверен, что стоит рекомендовать изучать новичкам процедурный язык программирования, который в прикладном ПО сейчас уже давно не используется (в Linux просто есть большое наследие прикладного ПО, написанного на C еще лет 20-30 назад, вот его и продолжают поддерживать)

Так я ж о чем и говорю, хотя бы поверхностно пройтись по основам дискретки, учебников с уклоном в информатику вагон. Да и C как раз таки в качестве варианта приведен.

Допустим, интересует системное и прикладное программирование в Linux, значит смотрим какие технологии используются. C — однозначно, для GUI — С++
 Здесь ключевое слово «допустим».

Меня в этом примере изначально смутила комбинация «прикладное программирование под Linux» и «C — однозначно», потому что, писать новое прикладное ПО даже под Linux на чистом C уже вряд ли кто-то будет. Впрочем, если под «прикладным ПО» понимать еще и, скажем, ковыряние в исходниках GNU — там да, без plain old C никуда :)

По математике могу порекомендовать книгу Р. Хаггарти «Дискретная математика для программистов». Доступное изложение с псевдокодом и разбором некоторых алгоритмов. Может кому интересно будет.

а скрипты в линуксе на процедурно пишутся ? или пхп сайты в некоторых случаях ?

а скрипты в линуксе на процедурно пишутся ?

ООП парадигма, по сути, включает в себя процедурную, так что для владеющего ООП программиста не будет проблемой написать простенький скрипт в процедурном стиле. А сложные shell скрипты программисты обычно и не пишут.

или пхп сайты в некоторых случаях ?

Если под «некоторыми случаями» понимаются написанные через жопу Wordpress и, по-моему, Drupal — то я бы автору темы порекомендовал держаться подальше от такого «программирования», особенно — если он только начинает изучать предмет.

Вероятно, в каких-то специфичных областях типа распознавания образов или обработки сигналов все это действительно нужно знать, но в общем и целом я бы не советовал новичкам тратить время на изучение (повторение) матана
Практически не нужно. Только ЦОС и ТВиМС с большего понимать, что, откуда и почему.
Одобряю

Haskell это, конечно, хорошо, но книги Душкина нужно приравнять к пыткам с отягчающими. Есть множество нормальных учебников, зачем одобрять эту отборную дрянь?

Лично для себя я составил такой план:
Html (книги не читал, потому что занимался дизайном и был в курсе)
Css
Js & jquery — странный язык. Пришлось несколько книг прочитать.и Мозг чуть не умер, когда начал с подробного руководства по js — меганудотина
Php + mysql
Wordpress
дальше уже в зависимости от развития...

Но пришлось wp поставить после js, потому что надо срочно перенести сайт на него и на новый хостинг.

Сейчас буду уже выбирать книгу по php.

А ваш список — просто нереальный бред.

Сперва в прошлом году начал изучать программирование с java. Не хватило меня на нее, хотя я все понимал на отлично. Выбрал пока меинстрим для снг. Ради тут менее распространен.

Js & jquery — странный язык.

Это еще мягко сказано :).

javascript !== jquery for god sake.

Да знаю я что Jquery — библиотека Javascript :), но от этого Javascript менее странным не становится.

Странный, потому что там боги программирования из МС приложились. Тот же XMLHttpRequest взял из IE. А сам язык создали за 10 дней )

Да рано или поздно вы сядите и на жту дрянь. с

Он не странный :) JavaScript просто стал заложником своего же названия. Наличие там слова Java создает ассоциативную цепочку «Упрощенная Java -> ООП парадигма», хотя, на самом деле, JavaScript куда больше функциональный, чем объектно-ориентированный язык.

вы просто не умеете его готовить, почитайте Бер Бибо, Иегуда Кац — jQuery. Подробное руководство по продвинутому JavaScript. — очень доступно описанно и можна читать без углубленных знанией джаваскрипта.

Да я как-то привык изучать ЯП с самых основ. Не зря Крокфорд назвал его «the world’s most misunderstood programming language».

Но это и не набор для программиста...
И что дальше? Максимум какая нибудь средняя студия (или сам), которая будет фрилансить и делать скучные проекты.
С таким набором в любой стартап или аутсорсинговую компанию возьмут разве что полы мыть.

Если можете что-то лучше посоветовать, то посоветуйте.

Я почитал статьи для новичков и выбрал такой путь, чтобы быстро ввойти в профессию.

Павел, я сам прошел через это. Человек оркестр — вообще не специалист, так как толком ничего не шарит.
Просто выберите что то одно, дизайн, front-end (js, html, css) или back-end (серверные языки, ruby, python, node.js, php). Не нужно учить все подряд. Таким образом можно будет поднять себе цену. Многие думают что если человек может делать все сам «под ключ» — то он сможет больше заработать, это заблуждение!
Ну а предложенный набор автором вообще не понятно что такое) Странный набор каких то школьных учебников)

Я точно знаю, что верстать не хочу. Ну разве что ИЕ вымрет и будет примерно 1 стандарт для всех.

Дизайн я перемещу в хобби и смещу в область рисования. Хотя и 3Д хочется немного поюзать для интереса и After effect по книге проштудировать.

Но цель — программирование. Там и мозг не парят «поиграйтесь со шрифтами и прочее», и платят много, если норм работаешь.

П.С. И хочется иногда реализовывать свои задумки в виде сервисов.

Ну front-end это в малой степени касается верстки, больше упор на js и фреймворки. Тоже очень интересно. Так же canvas, еще интереснее. Поиграть со шрифтами — дело дизайнера, обычно макет утверждают до верстки. Конечно заниматься нужно тем что именно ближе по духу. По ЗП я не сказал бы что backend получает больше, иногда даже меньше. Все зависит от проекта, так как сейчас много обработки например на angular и работа на стороне сервера значительно уменьшилась.
Но если интересно программирование на стороне сервера, мне кажется лучше начать с ООП (или другие парадигмы, если честно ни одной пока не осилил, ушел во фронтенд, а начинал примерно как Вы). И начать изучать потом уже питон и рыбы. noSQL более перспективен как по мне. Книг очень много, но по backend ничего не подскажу... так как сам начинал с книги «php для чайников», mySQL еще в универе учил по лекциям)

Только сейчас посмотрел список.
Список-зло. Прочитать 50 книг — это одно. Понять их — это другое. Применить их — из области фантастики. К слову, знаю мега-мозга программиста, который НИ ОДНОЙ книги по программированию в своей жизни не прочитал, но парень — просто бог программирования.

Я бы предложил такой список:
1. Найти ментора
2. Найти ментора
3. Найти ментора
... и так далее 50 раз

Не так уж и легко его найти.

Я вот нашел одного хорошо зарабатывающего программера, но он даже не знает зачем скрывать код в js в самовызываемую функцию и тд. А это же основы.
+ не каждый будет отвечать на вопросы

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

У меня таких нет. Пробовал спрашивать у остальных,но они не знают, что ответить. Говорят, что у меня вопросы как у hr в крутых компаниях.

Выход: если я что-то не понимаю, то я начинаю читать разделы из разных книг. Например, про прототипное наследование js я прочитал в 3 книгах и нескольких статьях. Но язык мне все равно не нравится из-за зависимости от версии браузера.

Но язык мне все равно не нравится из-за зависимости от версии браузера.
речь про ecma script 6, что ли?
остальные версии не так уж много изменяли.
в остальном база языка не меняется.
а что в одном браузере одно API(localstorage, canvas etc), а в другом — другое, так можно использовать библиотеки-"иммитаторы"

та какой ЕС6. В том же подробном руководстве JS последней редакции даже ЕС5 толком не приняли. :)

Просто я мог выдать вопрос по типу:
«В переменных-замыканиях внутренних функций хранятся копии значений локальных переменных внешних функций или только ссылки на эти переменные, которые хранятся в объекте внешней функции, который живет в стеке до тех пор, пока на его свойства есть хоть одна ссылка».

В ответ все выдали: «Я такое не знаю. Учи jQuery. Я на нем пишу»

Там хранятся ссылки, поэтому и можем менять значение лок переменной ф-ции.

Или, например, на вопрос: «Почему 3 % 4 => 3». Вообще всех кроме 1 поставил в тупик: «Я не ученый-математик». 3 % 4 = 0 * 4 +3.

Если что-то не понимаю, то аж зудит в мозгу, пока не найду ответ.

П.С. Программирование пока учу в теории. Пишу мало. Не интересен мне JS из-за некроссбраузерности в разных версиях.

«В переменных-замыканиях внутренних функций хранятся копии значений локальных переменных внешних функций или только ссылки на эти переменные, которые хранятся в объекте внешней функции, который живет в стеке до тех пор, пока на его свойства есть хоть одна ссылка».
В ответ все выдали: «Я такое не знаю. Учи jQuery. Я на нем пишу»
Там хранятся ссылки, поэтому и можем менять значение лок переменной ф-ции.
А самому написать пример из 5 строк и проверить нельзя?
Или, например, на вопрос: «Почему 3 % 4 => 3». Вообще всех кроме 1 поставил в тупик: «Я не ученый-математик». 3 % 4 = 0 * 4 +3.

Следующий вопрос «почему 4 * 5 => 20»

Не интересен мне JS из-за некроссбраузерности в разных версиях.
NodeJS ?

Для бекэнда для начала php выбрал. Более распространенный в СНГ.

речь про ecma script 6, что ли?
В ИЕ 7-9 не кое-что работает же по модели ИЕ, а не ECMA
В ИЕ 7-9 не кое-что работает же по модели ИЕ, а не ECMA
пример, пожалуйста. никак не могу понять, о чем речь.
пока что на ум приходит игнор миллисекунд в конструкторе Date и JSON.parse, у которого второй параметр(viver — функция-коллбек) не отрабатывает на внутренностях объектов с числовыми индексами(да-да, внутрь {0: {a: 5}} не пойдет). но эт скорее баги, а не «сознательно внедренные особенности»

Что-то особенное не вспомню сейчас в различиях браузеров. Я пока не уделял им особо внимание. Но, например, windows.event, attachEvent(), __proto__, модель событий IE и W3C DOM, разное содержание this в разных браузерах при вызове обработчика события, e.target и e.srcElement.

В общем куча нюансов, которые меня (как новичка) пугают сложностью запоминания. Хочется сразу сказать: «Да ну это все нафиг»

В общем куча нюансов, которые меня (как новичка) пугают сложностью запоминания.
где-то видел формулировку «jQuery — это то, каким должен был быть javascript».
использовали б как новичок jQuery.
__proto__
просто не надо это использовать. вообще. в любом браузере.
PS не, я понимаю, что различие в API есть. хотя бы тот же attachEvent/addEventListener. просто думал, может именно есть различия в языке. ну, там, замыкание где-то «не создается» или что-то в таком духе.

Хронологический порядок изучения технологий для будущего рубиста. С небольшими изменениями можно применять и к другим языкам.

HTML
CSS
JavaScript
TCP Sockets
HTTP
REST (Hypermedia APIs)
Ruby
Rack
Sinatra
Rails

Лол, а чего не Ruby сначала?

По той же причине, почему сначала изучают алфавит, потом слоги, потом слова, и только затем предложения.

ну, не совсем. HTTP надо понимать для использования Ruby в качестве бекенда, это да.
А вот верстать(HTML+CSS) и прочий фронтенд(Javascript) уметь пользовать совсем не обязательно, чтоб смочь все эти ресурсы генерировать с помощью Руби.

Дык и понимание HTTP и TCP сокетов тоже как бы не так уж важно. То есть, худо-бедно можно и без их понимания работать. Но все-таки знания в этих областях сильно упрощают понимание многих вещей. Так что, скорее всего, HTML+CSS даются именно как общеобразовательные дисциплины, с которыми программист в любом случае рано или поздно столкнется.

То есть, худо-бедно можно и без их понимания работать
если мы говорим про бекенд, то очень много вещей в работе с заголовками будут делаться коряво из-за непонимания принципе работы НТТР протокола. С логическими ляпами фреймворк справиться не поможет.
А вот с ТСР сокетами работа напрямую не ведется, потому я слабо представляю, как это поможет в разработке чего-то на Руби.

Понимание TCP сокетов здорово облегчает понимание того, как нужно решать некоторые задачи. Не только в ROR-проектах, но и в Джаве.
P.S. Клевая книга про сокеты www.jstorimer.com/...ith-tcp-sockets

На джаве сокетами тоже никто не пользуеться, и никто про них ничего не помнит.

Я бы не говорил слово «никто». Про сокеты сразу вспоминаешь, когда нужно отправить какой-нибудь пакет, или прочитать его.

ОТправить какойнибуть пакет, дело нынче спецефическое и достаточно редкое, обчно веб сервера, веб сервисов, и какойнить нетти с протобуфом вполне достаточно.

Не только в ROR-проектах, но и в Джаве.
можно пример задачи?
это не подначка, жажду сюрпризов :)

Сейчас точно не вспомню. Было какое-то решение, на которое мне мой друг-рубист сказал — «Вот если б ты знал сокеты, то написал бы всё в 2 раза быстрее и в 3 раза лучше». Подробностей не вспомню, увы(

В джаве проектах связанных с телекомами/сетями/ип_телефонией и прочим вполне встречается. Хотя непосредственно сокеты это очень незначительная часть работы. Настолько незначительная, что я джава сокет апи забыл совсем, и без гуглежа никак не вспомню.

сорри за оверквотинг. я имел в виду ROR, да и РНР, как нацеленный на вполне определенную «Web backend» нишу. Что джава может в ембеддед использоваться, в курсе, так что там никаких удивлений.

Ох и теоретик, вам бы в ВУЗ преподавать, также бессмысленно и беспощадно. Где это HTML является буквами для Ruby?

Не принимайте всё буквально.
HTML уже даже школьники знают. Что уж говорить о человеке, который решил стать Rails-девелопером.

HTML уже даже школьники знают.
после нескольких собеседований со студентами профильных специальностей, могу вам сказать, что ответить на скучный вопрос: «В чем отличия HTML 5 от HTML 4?» из них могут единицы. А уж школьнички могут разве что пузырь из жвачки надуть и в доту пошпилить.

Для пхпшника тоже надо http? Можете книгу, плиз, посоветовать?

По-хорошему, http и sockets нужны вообоще всем.
Все что могу навскидку посоветовать — это по сокетам книга: www.jstorimer.com/...ith-tcp-sockets Она для рубистов, но все равно из неё можно почерпнуть основы.

знать возможности НТТР для РНРшника очень пригодится.
а вот про применимость знаний по сокетам я бы поспорил: в качестве клиента лучше использовать высокоуровневые обертки, а использование в качестве сервера чревато жутким синхронным кодом(бесконечный цикл на обработку подключений — с параллельной обработкой запросов тоже все сложно)

Спасибо. До этого момента я все понял :)

в качестве

ну, если делать на РНР сокет-сервер, то он будет выглядеть как бесконечный цикл. Где на socket_listen или как там его, все будет подвисать до подключения очередного клиента. Но если будет долгая обработка и два клиента, в параллель просто так они не отработаются. Чтоб это случилось, нужна конструкция типа register_shutdown_function — где мы описываем блок кода, который будет выполняться при событиях извне.
Да, по модели «бесконечный цикл» работает node.js и даже выпячивает это как преимущество.
но кроме сложности с распараллеливанием еще есть вопрос стабильности — ошибка обработки одного клиента может привести к крешу всего сокет-сервера.

Макс, в домашних условиях — не лучший вариант. Хорошо бы ментора найти.
Кстати, здесь описан «Неправильный, но быстрый способ стать программистом».

реально. чтобы начать программировать нужно программировать. а книжки в топку. слишком много разнородного, администрирование циско и эксчейндж серверов программисту уж точно нафиг не нужно. за исключением если он эникейшик в маленькой конторе где на него повесили все (включая заправку и ремонт копировальной техники). но мы ведь не к этому стремимся.
а профессиональное программирование сейчас это узкая специализация. ГУЙ пишут фронтендщики, серверную начинку пишут бэкендщики, базами занимаются сиквельщики. Можно и весьма полезно знать смежные области, но это не будешь это знать настолько глубоко, насколько узкопрофильный специалист. Это как у врачей — любой врач может принять роды, но наверное лучше если это сделает акушер-гинеколог, поскольку он делает это каждый день а не от случая к случаю

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

Да ну, хотят full-stack. И фронт и бэк и СТО, и БА, и с клиентом поговори. Осталось только добавить «клиента приведи, офис сними, и в нем убери»

ага, программист уборщица, сисадмин, продавец сыра, сержант запаса, и хорошая жена?

Насчет жены еще реквестов не было, тьфу-тьфу-тьфу.

ну так full-stack %) а вопрос такой какие опен соурс проэкты порекомендуете для начинающего?

«Классический» фулл-стек не так уж сложен-невозможен, как его рисуют.

гипотетически — да.
но редко встречал мотивацию «у нас оооооохренительно быстрый процесс и оверхеды на коммуникацию между двумя разными разработчиками замедляет его вдвое». точнее, я лично не встречал вообще никогда, но слышал где-то там, за четыре рукопожатия.
обычно это ж означает либо регулярный перекос задач(сначала неделю пилим только бекенд, потом получаем прототипы интерфейса и неделю занимаемся версткой), либо попытку сэкономить.
в последнем случае, обычно, на выходе получаем что-то одно нормальное, а второе — страшное. или и то, и другое — страшное.

Я под словом «класичесский» подразумевал прямое взаимодействие заказчег — тыжпрограммист.
Задачи уровня напилить базу клиентов, заявок, и подобной фигни на мускуле и пыхе.
Тыжпрограммист:
-Сам выясняет все «требования» в процессе общения. Этот навык, имхо, являеться ключевым для успешности в данной «области».
-дизайн фронтенд как правило для внутреннего использования, он тупо береться из готовых шаблонов/самостоятельно_верстаеться_таблицами_вырвиглаз_всемпофиг. Если не тупо для внутреннего использования, то тыриться из других существующих сайтов/отдаеться на дизайн комуто/бывало (не у меня), что сам директор(!) шарашкиной контры, от жадности, вдруг чуствовал в себе силы самостоятельно поразробатывать дизайн в хтмл.
-методологию разработки программист устанавливает себе самостоятельно, как правило она отсуствует полностью.
-бек энд мускуль и пых. уровень кода, как правило, макароны и пильмени обычные, вареные.
-деплоит в прадакшен он это все тоже самостоятельно. В особо запущенных случаях еще нужно самостоятельно ос со всеми апачами и пыхами установить.
-Бюджет оч маленький, и на зп синьйора по версии доу совсем не дотягивает.

Я ж якось став. Почав з однієї книжки

Первые 7 — смело пропускйте

1. Вы не осилите ВСЕ эти книги. Никогда. Даю слово
2. Да дома стать програмистом релально, но трудно. Хотя где оно легко...

Прочитав эти книги можно стать великим и ужасным учителем информатики.

Новакам, які хочуть косить бабло на шарка (як всі думають), завжди раджу: поставить лінукс на комп. Без всяких дуалбутів, щоб не було спокуси. Якщо щось не ясно — гугл. Взяти пітон. Взяти книгу по пітону. Прочитати перші 100 сторінок з виконанням завдань. Написати прогу Каталог СД дисків. Якщо за місяць це не вдасться — ви навіть мануал куа не потягнете. Шукайте іншу сферу. Якщо вдалось — взяти іншу мову і зробити те саме завдання ще раз.

Всяке лайно типу ООП/ФРП читати уже після написання проги.

Всяку жесть CISCO/TCP/IP/адміністрування ОС навіть не чіпати.

Непонятно почему советы молодым как и вопросы на собеседовании так отличаются от реальности? В реальности чуваки работают в IDE с подсветкой синтаксиса, автоподсказками, подгрузкой изменений без redeploy и т.д. Зачем тогда особенно молодых заставлять писать в блокноте и компилить из командной строки? Ну Linux, поставил на него IDE, пути прописал, файловый менеджер и работаешь себе также.

вопросы на собеседовании так отличаются от реальности
мені це теж цікаво
Непонятно почему советы молодым
а що ви порадите? Я писав про свій досвід кінця 90х.
В реальности чуваки работают в IDE с подсветкой синтаксиса, автоподсказками, подгрузкой изменений без redeploy и т.д.
що заважає це ж саме поставити новаку?
Зачем тогда особенно молодых заставлять писать в блокноте и компилить из командной строки?
я про таке не писав. але вміння зібрати проект і підняти його його куди треба із консолі — непоганий плюс. Я думаю, половина доу не підніме без екліпси взагалі нічого :-)
Ну Linux, поставил на него IDE, пути прописал, файловый менеджер и работаешь себе также.
судячи із списку літетарури, Max Kot побачив компьютер тиждень тому. Якщо він піде шляхом віндоуз — то далі setup.exe справи не підуть. Лінукс більш хардкорний і на якісь перешкоди йому придеться шукати рішення. А кожне рішення буде зачіпляти різні компьютерні теми. Вставив флешку, а її не видно — ознайомиться із mount. Взнає, що є різні файлові системи. Відкрив файл, а там кракозябли — взнає про кодові таблиці. Нема інету — сам на практиці взнає і dhcp і tcp і інше.

Якщо ж просто буде клацать setup.exe, то цього нічого не взнає. Буде вміти разпакувати eclipse.zip і закинуть ярлик на робочий стіл. АІ якщо видалити ярлик з робочого столу, то наврядчи знайде навіть свій проект на диску. А більш вірогідніший сценарій — поставить іграшки і на цьому все скінчиться.

можно поставить мак, тот же линукс только с боку. все удобнее. как по мне. Но для начала освоить линукс базовый башь да. не плохо. Но чувак зачем так хардкорно? Новые программы разрабатываются для того, чтобы любой даже:
идиот-страдающий аутизмом — слепоглухой — неумеющий читать — без рук — ног.
мог в ней работать.

В реальности чуваки работают в IDE с подсветкой синтаксиса, автоподсказками, подгрузкой изменений без redeploy и т.д. Зачем тогда особенно молодых заставлять писать в блокноте и компилить из командной строки?

— «У них нет хлеба? Так пусть едят пирожные!».

Ну все же бесплатно, тот же IntelliJ IDEA Community edition или даже Ultimate по 30 дней. Стоит только руку протянуть. Просто есть люди, которые сознательно все усложняют, создают трудности, а потом их героически преодолевают.

Я не про гроші. Я про те, що спочатку треба навчитись їсти хліб командного рядка. А якщо їсти тільки солодке, можна зіпсувати шлунок.

Попахивает дедовщиной честно говоря, также бессмысленно и беспощадно.

Ви колись у bash заглядали?

Як хочете. Це ж ваш вибір — сидіти у затишних IDE’шках і не розуміти, як вони працюють, чи таки зі скрипом, із напруженням і зусиллями (і так, під вимогливим керівництвом дідів-сіньйорів) вникати у функціонування своєї ОС.

зі скрипом, із напруженням і зусиллями вникати у функціонування своєї ОС
Ващет многим программистам платят за законченные фичи, а не пот и слезы.

Моя задача как разработчика — решать проблемы своим кодом, а не «стричь яка» в bash-е и компилить из командной строки. Ну bash и что? Я в IDEA отлично могу и мержить бранчи и делать коммит и черри-пикать, а не в убогом редакторе внутри bash, от которого вылезают глаза. И да, я перед каждым коммитом делаю себе патч, потому что Git/SVN всегда может подвести.

Мне не надо вникать в свою ОС, я программист прикладного уровня. Я на нее поставил нужное мне ПО и работаю. Это как для таксиста вникать в сопромат, чтобы понять хорошие у него цилиндры в двигателе или нет.

джаст фо фан.
знаете, что вы НЕ можете сделать в ИДЕЕ(сам в ней сижу)?
git commit -p
git commit -C HEAD
и еще куча других, не таких вкусных ключей не нашла себе места в UI ИДЕИ :(
впрочем, согласен, что использовать баш просто «во имя Луны» как-то слишком радикально и не рационально.

И да, я перед каждым коммитом делаю себе патч, потому что Git/SVN всегда может подвести.
а вот это не понял совсем.
зачем делать патч? что значит «подвести»? удалит код и не закоммитит?
или вы дублируете иерархию коммитов при помощи «diff->patch->zip»? o_0

Перед коммитом делаю патч и складываю в папку с номером таска. Да, за 2 года юзанья Git-а уже раз 5 забывал за-stash-ыть и когда приходили изменения с других веток, то мои перетирались, особенно 3-way merge или например начал merge-ыть не ту ветку, увидел 100500 конфликтов, abort-нул merge, все изменения потерлись. Арррр просто

А каждый файл восстанавливать из LocalHistory у идеи и сравнивать мне лень. В таких случаях мне проще накатить сверху патч, даже если все затерло.

раз 5 забывал за-stash-ыть
то есть, вы все-таки не патч делаете(из коммита), а просто сливаете в файл текущий diff? сурово.
и когда приходили изменения с других веток, то мои перетирались
очень странно. я в таких случаях постоянно практически получаю «you have uncommited changes that will be overwritten by merge. Please commit them and retry merge.» как-то так.
вам бы вместо шаманства с сохранением патчей, взять за правило — мердж делать исключительно, когда все изменения закоммичены.
ну, да, если незавершенные правки — можно и стешить. но зачем тогда мердж делать, если все равно процесс еще идет и будут новые изменения?

Один такой «прикладной студент» не отличающий ls от ps как-то накорябал класс выводящий в текущей странице браузера содержимое каталога файловой системы. Вот только натравил его этот «прикладной» на каталог, в котором было около полмиллиона файлов. Продакшен аппликейшен сервер у заказчика успешно сдох в течении 5 минут, а контора получила high severity ticket. Причем проделывал он это не раз, пока не был пойман на горячем. Это вместо одной команды в баше.

И, возвращаясь к аналогии с таксистами, такие «прикладные непонятнокто» соответствуют таксистам не знающим где на приборной панели значок, указывающий с какой стороны заправочный лючок или куда долить масло, если загорелась соответствующая лампочка на панели. Про заменить пробитое колесо речь не идет вообще.

Ну во-первых не ошибается только тот, кто ничего не делает. Во-вторых странно что поделки «прикладного студента» пускаются на production без предванительного тестирования, куда смотрят старшие коллеги, знающие bash?

Здесь из большинства присутствующих тоже далеко не все в состоянии решать проблемы простейшей замены/апгрейда железа. Так что аналогия с таксистами очень верна. Они и не обязаны менять масло, для этого есть СТО.

Системное программирование — большой и серьезный пласт знаний и умений. Понятное дело что бывшие системщики и знатоки Assembler им владеют, но непонятно зачем требовать от других, если сфера применения очень узкая. Вот такие специфические случаи как вы описываете.

Системное программирование и использование стандартных пользовательских средств ОС — две очень большие разницы. Собственно тот же bash — это результат работы системных программистов для пользователей (включая прикладных программистов и администратор). А навигация по ФС средствами базовых API системы типа fread — это обычное прикладное программирование.

Во-вторых странно что поделки «прикладного студента» пускаются на production без предванительного тестирования, куда смотрят старшие коллеги, знающие bash?

Вы как будто не в епаме работаете

Смешно, Петросян отдыхает. Мой код прежде чем попасть в production проходит 3 environment-а с тестированием и 1 regression, а всякими потенциально опасными штуками на живом сервере занимаются devops-ы.

я знаю, к чему приводит подобный ход мысли. Следующим этапом будет утверждение «программист ничего не должен знать о том, как деплоится его софт, это работа девопсов». Дальше — больше — «программист не должен ничего знать об ошибках, ошибки должны искать тестеры, им за это платят деньги». Потом ещё лучше — «Все программисты должны программировать на одном универсальном языке программирования [чтобы легче было работать эйчарам]».

Я серьезно, я лично был знаком с таким уникумом. Правильной дорогой идете, товарищ.

Жена отвечает: «Ну он сказал, рыбка ты моя. Ну если рыбка — значит акула, если акула — значит с зубами, с зубами — значит собака. Вот, мама, он меня сукой назвал!» Женская логика вашего коммента доставляет.

меня не удивляет, что вы неспособны мыслить абстрактно и распознавать аллегории.

Прочтите еще раз свой коммент и анекдот и найдите 10 отличий, если сможете. Есть разница между аллегориями и бредом точно такая же как между разделением обязанностей и ничего не деланьем.

аллегория в моем комменте — это цитирование В.И.Ленина. Ну не могу же я вас послать открыто, в конце концов.

В реальном мире очень много баша, страшных командных строк и опций команды git. Закрываться в свой маленький мирок «прикладного программирования» и смотреть на мир через няшные опции юишного интерсфейса — это ваше право. Простите, у меня нет времени на эльфов.

Ну не могу же я вас послать открыто, в конце концов.
Простите, у меня нет времени на эльфов.
Зачем было ввязываться, чтобы потом слиться? Непонятно...

ггг, вы что-нибудь слышали об эмоциях? Они обычно свойственны и смертным и богам.

ну блин, а потом возникают вопросы типа «что такое класспас и как туда добавить либу»

Вот в том то и дело что на нормальных проектах никто вручную в classpath не подкидывает либы, прописал в maven dependency или на худой конец в Ant-е (буэээ) и он все сделает за вас.

Щоб автодоповнення в IDE працювало, треба, щоб було що доповнювати.
IDE тільки пришвидшує написання коду, а не заміняє мозок!

Допустим новичку чтобы написать MVC HelloWorld, задеплоить на серваке в IDE надо 1 день, без IDE — неделю + его обкидают калом на всех СНГ-форумах всякие труъ-любители командных строк, линуксов и башей. Человеку как прикладному программисту нужно научиться писать код на своем языке, а не вникать в ОС, bash-и и прочую инфраструктуру. Я убежден, что инфраструктура должна помогать, а не мешать разработке.

От якраз початківцю IDE буде тільки заважати.
Написати у консолі «Hello World» у 1000 разів простіше, ніж налаштувати IDE. Залити свої файли на сервер через FileZilla значно простіше, ніж налаштувати підключення в IDE.
Та й взагалі заливати на сервер можна тільки php, бо js і так спокійно в браузері працює, а розібратися, як на конкретному хостері запустити python навіть не новачку не завжди просто (з рештою мов це або ще складніше або вимагає VPS). Але й php заливати нема сенсу, бо починаючи з версії 5.4 там вбудований сервер, який запускається простою командою у консолі. І ця проста консольна команда зекономить дуже багато часу на старті, дозволивши вивчати мову, а не розбиратися, як запустити свій «Hello World».

Написати у консолі “Hello World” у 1000 разів простіше, ніж налаштувати IDE.

В таком случае, выкиньте свою IDE :) Шучу, и, тем не менее, и в Visual Studio, и в Eclipse создать новый проект консольного приложения, написать заветную строчку для вывода hello world, откомпилировать и запустить проект — дело 5 минут максимум

С другой стороны, в консоли понадобится:

— Разобраться, как сделать так, чтобы путь к компилятору и прочим нужным исполняемым файлам был в PATH
— Настроить переменные среды окружения наподобие CLASSPATH т.п. (в зависимости от языка программирования, ОС и среды исполнения)
— Вкурить мануал по опциям командной строки компилятора
— При неправильной работе программы (для чего-то чуть посложнее hello world) с командной строки же запускать отладчик

Пока аж никак не выглядит в 1000 раз проще. Может, с PHP / Python и нет особой разницы, с .NET / Java возни в консольном режиме однозначно больше

в Visual Studio, и в Eclipse создать новый проект консольного приложения, написать заветную строчку для вывода hello world, откомпилировать и запустить проект — дело 5 минут максимум
Це для того, хто в цих IDE щодня працює.

Щодо налаштування середовища, не можу згадати жодного разу, коли це доводилося робити для php чи Python (працюю в Ubuntu) для консолі. Для IDE траплялося вказувати шлях у налаштуваннях.
У випадку з JDK, встановленним з бінарників, шляхи дійсно самі не прописуються, але Java не найкращий варіант для початку.

Це для того, хто в цих IDE щодня працює.
Та нуу? VS ставиться без проблем — скачав, установив, запустив, написав хелоу ворлд — і вуаля.
А от з екліпс таки да, трохи більше мороки, що не відміняє банальне гугління мануалу щодо установки та першого запуску екліпсу. Корисно, енівей.
VS ставиться без проблем
Власне, вже на цьому місці треба зупинитися і подумати... про гармату і горобців. Якщо мені треба підстрелити горобця і в мене вже є гвинтівка, навіщо мені треба тягти із собою гармату?

Будь-яке IDE — це лише інструмент, що спрощує життя програмісту. Якщо програмісту достатньо SublimeText чи Vim для виконання поставлених перед ним задач, це не робить його гіршим програмістом, як і вміння користуватися відразу усіма популярними IDE не зробить нікого кращим програмістом. ніж він є насправді.

Програміст — це не той, хто знає якусь мові програмування чи вміє користуватися якимось IDE, а той, хто здатен використовувати засоби програмування для вирішення поставлених перед ним задач.

Ми вже докотилися до того, що зараз HR`и шукають програмістів навіть не зі знаннями конкретної мови, а з досвідом роботи з конкретним фреймворком (не як бажана опція, а як обов’язкова умова).

Власне, вже на цьому місці треба зупинитися і подумати... про гармату і горобців. Якщо мені треба підстрелити горобця і в мене вже є гвинтівка, навіщо мені треба тягти із собою гармату?
Стоп-стоп-стоп-стоп-стоп-стоп-стоп. Ми начебто говорили про новачків(можливо й сферичних у вакуумі), їм простіше поставити ту саму ІДЕ яка _зразу_робить_все_необхідне_, ніж окремо тянути та налаштовувати все по кусочкам.
Заставте новачка який майже вперше робить щось, припустимо, встановлює локальний сервер, вибрати між, допустим, якоюсь збіркою(денвер, опенсервер і тд) та окремим зкачуванням та налаштуванням всіх компонентів. Другий варіант для новачка — шкідливий, це зайва трата часу на те, що йому не потрібно, все що йому необхідно — робоче середовище без заморочок, деталі цього всього можна дізнатись пізніше, коли це стане актуальним(а тоді новачок явно вже не буде новачком)

Щодо Денверу або альтернатив я абсолютно згоден. Для вінди це взагалі без питань, для Лінуксів теж для старту непоганий варіант (я колись на обох системах використовував XAMPP).
Але Денвер/XAMPP + «блокнот» (Notepad++/SublimeText) — для старту значно краще ніж IDE. До того ж не факт, що IDE без бубну зможе працювати із серверною збіркою, тобто бути чимось більшим, ніж блокнот із підсвіткою і автодоповненням, а з цим і SublimeText відмінно справляється.

І це у випадку php. Якщо взяти для старту Python, без консолі вже не обійтись.

Ось це якраз вже деталі, з часом, людина дойде до вибіру зручних інструментів саме в індивідуальному порядку, але в самому початку, вибір буде йти в бік того, що дає можливість швидкого старту не задумуючись над тим, як це все працює.
Тут в IDE є дуже важлива перевага, вона може на відміну від блокноту під час написання коду зразу вказати на помилку, чи то шлях до файлу не вірний, чи синтаксична помилка, чи то щось десь пропущено і т.д.
Ось в цьому перевага в ІДЕ для новачків.

SublimeText для цього буде достатньо.
Але, взагалі, то не дуже добре, коли програміст зі старту звикає, що всі помилки за нього IDE виправить.
Звісно, можна опечатитись, можна не пам’ятати точну назву функції, яку використовуєш раз на пів року, але якийсь базовий словничок треба мати в голові і без аналізатору пам’ятати, де які дужки потрібні чи крапка з комою.

Взагалі, під час навчання не може виникати таких задач для яких не вистачить навіть просто аркушу паперу з ручкою. А коли цього вже дійсно не вистачатиме, можна переходити і до IDE.

Не дарма ж у початкових класах забороняють калькулятором користуватися :)

и в Visual Studio, и в Eclipse создать новый проект консольного приложения, написать заветную строчку для вывода hello world, откомпилировать и запустить проект — дело 5 минут максимум

— в командному рядку на це іде максимум 30 секунд.

Это когда делал уже не один десяток раз, настроено все окружение для сборки и т.п.

настроено все окружение для сборки и т.п.
— а для чого hello world «окружение для сборки»? Мені здається, що тут щось сильно переускладнено.

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

Затем, hello world — это, все-таки, пример надуманный. В большинстве даже простеньких учебных проектов (если не брать совсем простые вещи а-ля сортировки пузырьком) будет несколько файлов исходников. Значит, новичку еще и придётся разобраться, что такое make file или его аналог, или хотя бы писать простенький шелл скрипт для сборки этого счастья. Возникает извечный китайский вопрос — нахуа, если IDE делает это все сама? А если это еще и Web’ный hello world, то, как правильно подметил Олег Карякин, развернуть скомпилированный код на Веб-сервере из консоли уж точно не дело 30 секунд.

P.S. Я не спорю, что есть вещи, которые удобнее делать из консоли. Сам написал для работы пару скриптов для переключения с wi-fi на Ethernet и обратно. Но разработка средствами текстового редактора и консоли — это эстетство на любителя. Кому-то нравится — ради Бога, но навязывать такое новичкам с самого начала, когда у них и так хватает головной боли разобраться с языком программирования, стандартной библиотекой и т.п. — по-моему, изощренный садизм.

Я не знаю, возможно, для каких-то языков / платформ IDE действительно настолько «тугие», что проще работать из консоли. Тогда я просто не сталкивался с такими

Ну так я ж не фанатично проти IDE, це теж потрібний (з деякими мовами) інструмент. А за прикладами «тугих мов» ходити далеко не треба — С/С++ можуть нормально переварюватись IDE тільки в обмежених варіаціях.

Web’ный hello world
 — не знаю, «скомпільований код на сервері» це знову пошук якихось складностей.

Але коли люди з порогу заявляють, що «я прикладний програміст, мені ваші мазохізми ні до чого», неприємно. Навіть якщо на початку дійсно краще хоч якось, то невже потім немає часу розібратись як слід? Скільки можна бути вічними новачками?

А за прикладами “тугих мов” ходити далеко не треба — С/С++ можуть нормально переварюватись IDE тільки в обмежених варіаціях.

Здесь мне сложно дискутировать. Лет 10-12 назад была пара C++ проектов средней сложности, Visual C++ и какой-то довесок к ней (Tomato, что ли?) вполне позволяли очень комфортно работать в IDE. Правда, там не было особых выкрутасов с шаблонами и метапрограммирования. После этого с “плюсами” плотно не работал, возможно, когда начинается магия с шаблонами, у IDE действительно начинает сносить крышу.

Ах да, еще в школьные годы учился С++ на Turbo C++, вот там хлебнул командной строки по полной программе: было это на компьютере у родителей на работе в начале 90х, где какая-то добрая душа поставила компилятор и линковщик, а вот саму IDE в начале 1990х взять было тупо негде.

Але коли люди з порогу заявляють, що “я прикладний програміст, мені ваші мазохізми ні до чого”, неприємно. Навіть якщо на початку дійсно краще хоч якось, то невже потім немає часу розібратись як слід?

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

Возникает извечный китайский вопрос — нахуа, если IDE делает это все сама?

На собеседованиях во всякие епамы ну очень уж любят такое спрашивать.

Может вы с epom перепутали? Потому что в EPAM и такого нет.

да откуда тебе знать сам все собеседования проводишь? у меня на собеседовании ваши спросили солид, ну я ж начинаю «с — принцип единственной ответственности: один класс — одна задача» и получаю замечание «неправильно... потому что это не совсем классическое определение», начинаю офигевать от того что меня просят цитировать википедию чтобы было правильно, час сижу слушаю «не классическое определение».... собеседование заканчивается приходит рекрутер узнать что да как понравильсь ли мне или нет, выворачиваю вопрос так чтобы было все корректно и сдержано примерно следующего смысла «а у вас есть нормальные собеседователи», на что он мне отвечает «это хорошие ребята, у нас просто очень теория важна», я ему еще более понятно «это нехорошие ребята, им не теория нужна, а зубрежка википедии», на что получаю ответ «как я и сказал у нас важна теория и без нее никуда, извините», я понимаю что епам-то тут и не при чем, просто попал к «необычным» ребятам, но репутация фирмы в моих глазах очень упала из-за такого

Вы сами подтверждаете, что про IDE не спрашивали. Весь оставшийся пассаж — ваш личный фейл, который вы старательно пытаетесь замаскировать, как заемщики, требующие курс доллара по 5, так и вы, требующий не спрашивать теорию.

ты тоже считаешь что на букву с солида не достаточно ответа

«с — принцип единственной ответственности: один класс — одна задача»
? сначала спрашивалось только определение, про пример я не упоминал о нем, там ничего особенного не было

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

Пример другого вашего собеседования я тебе уже приводил.

контекст... начало собеседования, здрасти-здрасти, кофейку? а то я с чашкой, а у других нет, не хочешь? ну окей, с чего начнем, ну давайте с солида, да давайте, давайте! дай определение каждой букве и потом пример, а дальше ты знаешь

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

Нужно рассматривать ситуацию минимум с двух точек зрения.
мне взять точку зрения вторую негде, описал что видел
Если мы говорим о компилируемых языках — дальнейшее содержание поста построено именно на этом предположении
А хто каже, що йдеться про них? Йдеться перш за все про мови, які варто використовувати для вивчення програмування з нуля, а до таких мов аж ніяк не належать компільовані мови (Паскаль прошу не згадувати. Коли його ввели у шкільні програми, альтернатив особливо не було)!

в чем претензия к компиляции?
в чем претензия к Паскалю?
какие, по-вашему, требования к языку, подходящему в качестве первого языка разработки?

Я вважаю головною вимогою — відсутність зайвого коду, тобто коду, який не є частиною алгоритму вирішення задачі, а потрібен лише через особливості конкретної мови програмування.

Бо на старті треба вивчати, як засобами програмування вирішувати різноманітні задачі, а не як змусити програму запуститися на конкретній мові.

Щодо Паскалю, то особливих претензій до нього немає, просто його буде не достатньо, щоб від абстрактних задач перейти до реальних, які можуть зустрітися у роботі. Але якби довелося обирати, наприклад, між Паскалем та Джавою, я б однозначно обрав Паскаль у якості навчальної мови для першого етапу навчання.
Ну, й з ООП у Паскалі не все в шоколаді.

Бо на старті треба вивчати, як засобами програмування вирішувати різноманітні задачі, а не як змусити програму запуститися на конкретній мові.
згода.
Ну, й з ООП у Паскалі не все в шоколаді.
чи не маєте ви на увазі бородату версію Borland Pascal 7.1, де треба було вивернутися, щоб розмістити новий об’єкт у кучі, а не у стеку?
наслідування там вже було. не було інтерфейсів та модифікаторів доступу.
та пізніше усе це з’вилося.
і навіть лямбди :)
чи не маєте ви на увазі бородату версію Borland Pascal 7.1
Саме з неї я колись і починав своє знайомство з програмуванням :)
Я розумію, що вже давно є Dephi, але я тут агітую проти обов’язкового використання IDE із самого старту навчання, а Dephi вимагає не просто IDE, а конкретне пропрієтарне IDE.
Правда, є ще Лазарус, але він був страшенно глюкавим, коли я його в останнє бачив.

FreePascal, GNU Pascal і навіть PascalABC.Net(на думку авторів як раз заточений під навчання; проте — з IDE у купі, але без усяких візуальних редакторів форм)
Lazarus, до речі, це саме IDE, що використовую FreePascal

PHP или Ruby on Rails в простых задачах безусловно выигрывает. В Java все не так, в java все делается тяжело, в некоторых случаях максимально тяжело. Чтобы поднять простейшее MVC приложение надо постараться, без IDE это как минимум непросто. Скомпилить все с classpath-ами из консоли, запаковать тот же war-ник и задеплоить на сервак — тут дело не 5 минут.

Тут я згоден. Але Java чи .NET, в принципі, не найкращий вибір для початку.

Это да, к сожалению я это узнал слишком поздно.

в .NET 5 нажатий кнопок от ничего до простой MVC/WebForms сайт. Можно и без Visual Studio. Кинул в папку aspx и направил на папку IIS.

Якщо під .NET розуміти тільки ASP.NET, то .NET можна взагалі не розглядати і брати відразу PHP.

в .NET 5 нажатий кнопок от ничего до простой MVC/WebForms сайт.
Ми тут обговорюємо, з чого краще починати навчання програмуванню, а не як сайт наклікати!

Ctrl-Shift-I в Chrome и учишь в консоли программирование, помоему круто.

Ну или консоли в Visual Studio. Для обучения программированию важно не падающий debug и удобная и быстрая кнопка Play. Delphi и Visual Studio для этого были отличны. Visual Basic for Applications и макросы тоже способ чтото понять.

я помню со своим первым хелоуворлдом с мавеном 3 дня мучалась, если не больше

Maven это да, после Ant-а и ручного подкидывания либ в студенческие годы конкретно напрягает. Тут или осилил или нет. Я за 4 дня осилил, потому пошло. Но MVC helloworld можно без мавена, либо если дернуть по инетам удачный конфиг то можно и с ним.

ну вот так и было. Сначала MVC без мавена с выкачиванием либ вручную. Потом перенос этого небольшого проектика. Только я тогда вообще джаву учить начинала, про ант на тот момент не слышала даже.

А, ясно, це дитячі травми з ЛОРа.

поставить лінукс на комп. Без всяких дуалбутів, щоб не було спокуси

Эх, линукс нынче не тот... Сейчас убунта заводится на любом железе любой блондинкой. Надо к рекомендации добавлять волшебное слово “gentoo”, чтобы, так сказать, позволить прочувствовать всю прелесть сборки по хендбуку. Лучше любой книги будет.

Надо к рекомендации добавлять волшебное слово «gentoo», чтобы, так сказать, позволить прочувствовать всю прелесть сборки по хендбуку. Лучше любой книги будет.
Иии как это приблизит человека к программированию ?

да фик его.. никак наверное. Скорее тут во мне говорит зависть к тем, кому это все делать раньше не приходилось. С другой стороны знаю кучу людей в глаза не видевших консоли и нормально зарабатывающих деньги в качестве программистов.

славабогу, не на любой ))

HTML/CSS, SQL, Паттерны и Джаву читайте.
Но без понимания предметное области сложно, иначе на уровне laba1.pas можно остаться.
Функциональное программирование — не сейчас.

С таким списком реально только испортить зрение и повредить кору головного мозга.

Хотите стать программистом с нуля в дом. условиях?

Напишите за 24 часа, с момента прочтения моего комментария, страничку с одной кнопкой и разместите её в интернете. После нажатия кнопки на страничке должна отобразится надпись «Я больше никогда не буду составлять списки книг для прочтения!». Сделать это надо, не открывая ни одной книги. Можно пользоваться только интернетом.

Если вы это сможете, то вы станете программистом.

а если я сделаю из этого игру? я стану прогрммистом?

А там можно грабить корованы?

Если вы это сможете, то вы станете программистом.
Ага, вот таким: www.youtube.com/...h?v=7YAXm7RTodA

начать можно вот с такого мощного веб-приложения с элементами искусственного интеллекта: сразу видно писал настояший программист
www.drivemc.ru/humor/intellekt.shtm

Я только не пойму откуда столько язвительности. Я обычный человек, который хочет освоить что-то новое, зашёл сюда на форум за советом от знающих людей. И кто-то про деньги тут говорил, но я не за деньгами гонюсь в изучении этого ремесла, я просто хочу сделать программирование своим хобби. Хочу программировать «для души». Откуда такая неприязнь к новичкам? И да если кого-то это успокоит, то за славой «мастера — программиста» я не гонюсь, ваши места в сохранности, не беспокойтесь.

Ответ прост.
1) вы не поискали информацию для новичков (таких вопросов на одном доу больше сотни только за последний год). Неумение искать информацию в нашей прохфесии воспринимается очень и очень критично.
2) ваш подход со списком мукулатуры весьма оригинален и смешон. Очевидно вы не имеете не малейшего понятия о чем идет речь )

Ладно я уже не буду ничего писать, можете сделать подшивку анекдотов на эту тему. Всё равно всё написанное мной воспринимается в штыки. В общем спасибо всем кто поддержал добрым словом и советом в моём начинании.

можно, литературы очень много. Начни с простого html css, javasript. работай в линуксе. литература это хорошо, практика даже очень хорошо. я вот тоже тут давно сижу, уже кучу, мемов наплодил. НУ, читай, а главное кодь. КОДИ ПИШИ. Если тебе, уже критика не нравиться, ну люди гады, это да ради этого все уходят в айти людей там меньше)

Начни с простого html css, javasript

Полжизни работаю программистом, html css, javasript знаю очень поверхностно. С, С++, Java, SQL хватает, чтоб заработать достаточно. Что со мной не так?

Ага... Могу предположить, что Вы юзаете регулярки, чтобы распарсить веб-страничку, на которой прекрасно строится DOM

Мне просто не приходится парсить веб-странички. Как-то обхожусь. В IT есть еще много чего помимо вэб-гуёв. А если вдруг случится такая задача — на 99% уверен, что найду подходящую библиотеку Java.

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

скрипт он прост, как двери

Если вы имеете в виду Javascript — поспорю. Уже довольно давно, имея за плечами лет 10 С++, я пытался впитать это «чудо». Отсутствие типизации, чудовищные проблемы с отладкой, зависимость от конкретного браузера встали на моем пути непреодолимой кучей... не скажу чего. Плюнул и пошел учить Java. Может, с тех пор что-то и изменилось, но предубеждение осталось навсегда.

для новичка это очень простой язык, который не шарит, что такое ООП в нормальном пониманиии С++. Я бы сказал он интуитивный язык программирования по большей части.

Думаю, интуитивность — штука индивидуальная. Кому то ООП ложится в мозг легко и органично, кому-то — функциональное программирование, кому-то — аспектно-ориентированное. Кто-то легко понимает такую экзотику, как Lisp или Prolog. И конечно, прежний опыт накладывает отпечаток. Наверно для изучения некоторых вещей нужно просто забыть все, что знал раньше.

я расскажу секрет, программистыиногда забывают как кодить, поэтому смотрят свй старый код. А так плюс тебе в карму, д не нужно пытаться свои старые знания пихать в што то новое, они всего лишь «фундамент».

для новичка это очень простой язык
Разве что возможностью использовать функции и наплевать на структуру кода.
Вот, смотрите, какие сюрпризы ждут неофита за порогом дома:
1. замыкания
2. «всплытие» объявления(hoisting)
3. глобальные-локальные переменные
4. «потеря» контекста(this == window) в обработчиках и функциях, вызывающихся по таймеру
5. не очевидные типы данных(undefined), значения(NaN, infinity), запутанное, хоть и обоснованное приведение типов(undefined === undefined, NaN !== NaN)

Единственное, что хорошо для новичка — что можно сразу посмотреть результат. Но «режим интерактивной консоли» есть у большинства известных мне интерпретируемых языков.
В остальном — строгость и малое количество правил, очевидность ограничений(чтоб не «выстрелить себе в ногу»), однозначность кода(я даже молчу о кроссбраузерности — взять то же приведение типов). Джаваскрипт проигрывает по всем фронтам :(
Разве что с коммьюнити норм ситуация, хоть, значительная часть дальше подключения jquery плагинов даже не смотрела :(

Кароч. Для обучения с нуля лучше взять какой-нить другой язык.

что он не подходит новичкам в качестве первого языка — это фича-то?
и какие преимущества дает эта фича?

на всё есть какой-нибудь Java Bean ))

Пункт 2) це якраз нормально для людини, що хоче розібратись і ще нічого не знає.
На пункт 1) треба звернути увагу, якщо людина зрозуміє з першого разу, значить все нормально.

І ця куча літератури не здається такою вже дикою — це основа, від якої можна відштовхнутись і спробувати зрозуміти, що приваблює, а що ні (хоча вивчити її повністю серйозно дійсно практично неможливо).

Пункт 2) це якраз нормально для людини, що хоче розібратись і ще нічого не знає.
Вибачте, але у нас дуже високі вимоги до людей, навіть до тих, що нічого не знають. Перш ніж ідти на профільний форум, треба багато чого вже знати.
І ця куча літератури не здається такою вже дикою — це основа, від якої можна відштовхнутись і спробувати зрозуміти, що приваблює, а що ні

Я погано розумію, як ви відкривши якесь

Active Directory. Подход профессионала
зможете зрозуміти приваблює воно вас чи ні, і чим воно гірше, або привабливіше, аніж
Функциональное программирование на языке Haskell
?

Это просто снобизм. Сидит такой себе чувак в опенспейсе. Налево посмотрел — сениор. На право — лид. В основной монитор — там овнер в скайпе, смотрит на чувака как на говно. Тут глядь в дополнительный — а там на ДОУ кто-то совета просит, ща мы его..

Меня больше убил список литературы. Я не тролю но читая такой список литературы я понимаю что человек даже не прогуглил инфу и не понимает вообще толком нечего. Набор книг составлен человеком который считает как и все остальные люди что программист может делать все подряд свьязаное с компьютером. В программировании полно теченией, как минимум розделение front-end, back-end, как более глубого если брать back-end — куча языков программирования, если ити еще глубже куча фреймворков. и только в этом человек разбирается годами, то что ты будешь знать как написать hello world на каждом из языков нечего не даст. У тебя список литературы и для сис админов и в куче других отрастей... Погугли куда именно ты хочешь пойти, front, back, android, ios, микроконтроллеры, и уже двигайся по одной отрасти. Я не люблю курсы и учился всему дома, так что все реально.

просто знаешь, очень трудно найти с чего начать. Что было бы «правильнее» для понимания, что к чему.

Начинать надо с начала... Выбрать язык программирования и для начала посоветую посмотреть какие либо видеокурсы с кучей воды, с полным розжовыванием, есди на русском то на торренте можно найти курсы от «Специалист» практически по любому направлению. Дальше уже можно штудировать книги, и то их нужно не тупо читать а повторять каждый пример. Если сразу брать книги то по мне мало чего поймешь и тебе будет не интерестно, сложно и нудно это читать. Когда ты освоешь на каком то уровне хоть один язык тебе будет проще и вопросы «правильнее» для понимания отпадут.

ну у меня была похожий трабл, не знал с чего начать. да книги скучно. видео курсы годно. Ну каждый сам ищет свой путь)

Все через ваш список. З таким же успіхом людина, що мріє стати пілотом, могла б додати у свій список підручники з літакобудування та керування повітряними кулями.

Оберіть сферу, яка вам найбільш цікава (веб, десктоп, мобільні пристрої), подивіться, які мови програмування зараз у цій сфері найбільш популярні, оберіть мову, яка вам здається зрозумілішою, знайдіть з неї гарні навчальні матеріали (не обов’язково у книжковому форматі, це можуть бути навіть статті у чиємусь блозі) і починайте освоєння.
Усі потрібні знання із суміжних сфер ви отримаєте з Гуглу, коли в них виникне потреба (і у вашій сфері Гугл також найкращий помічник).

Дело в том, что список той литературы, что ты предъявил, больше относится к какому нибудь веб дизайнеру, зачем учить Html, java script или CSS, если ты хочешь стать программистом. И тем более в твоем списке столько бесполезной фигни, что ты скорее станешь обычным опытным пользователем, чем программистом. Советую изучить Java, C++ и C#— самые распространенные, и одни из самых удобных языков программирования. Прочти книги для начинающих, какой нибудь базовый курс по программированию. Хотя я даже не знаю, что тебе советовать, т.к все зависит от того в какой области программирования ты хотел бы продвигаться.

Реально ли с нуля стать программистом в дом. условиях? Да. В своё время, когда оно, время, у меня было, я писал достаточно сложные программы или утилиты для себя. Это реальный опыт.

Реально ли стать хорошим программистом, прочитав весь список такой литературы.... Нет. Нужна практика.

Предлагаю ещё постебаться. Мне очень не хватает комментариев в духе:
-Забули додати «за 21 день».
-Без регистрации и смс?
-"стал программистом"
Android Developer
Ясно. А я конституцию Украины прочитал. Я у мамы юрист теперь.
-Программер не получится, зато выйдет гениальный техчитатель, а там и до техписателя рукой подать.
-Не слабый список. А что Вы оттуда запомнили?
Читать-то ведь почти все умеют :)
Но это не делает их программистами.
-нахрена вам программистом?
С вашими талантами к составлению списков — становитесь менеджером.
— >"бугуртить"
> 124875185-ая тема на доу про «хочу быть программистом и деньги лопатой грести»
шёл бы в /pr/, битард. там для таких как ты расписаны целые гайды.
Давайте напишем книгу анекдотов про меня уже)

так ДОУ з такими темпами скоро і стане онлайн-збірником веселих історій, байок і анекдотів про те, як потрапити в «сирний батальйон».

Давайте напишем книгу анекдотов про меня уже)
«Волков бояться — в лес не ходить».

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

А ведь правду писали про талант составлять списки.

Да, тут явно талановитий адміністратор баз даних буде.

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

Забули додати «за 21 день».

Да, реально, с таким списком — лет через 300.

Реально, рекомендую coursera

Стал с нуля программистом в домашних условиях за год с небольшим.
Все эти названия книг вижу в первый раз.

> «стал программистом»
>Android Developer

Ясно. А я конституцию Украины прочитал. Я у мамы юрист теперь.

Может он дроидовское ядро пиляет, откуда вам знать.

Я не думаю, что он настолько хардкорен

Я б почав з SICP (mitpress.mit.edu/sicp) та How to design programs (www.ccs.neu.edu/...atthias/HtDP2e ). В оригіналі.

Потім Introduction to Algorithms (www.amazon.com/...=9780262033848. Тут він під пунктом 29.

Потім вже обрати дві-три мови (C, C++, Ruby/Python, Matlab), простір задач, що цікавлять (Web, мережа, графіка, Enterprise), та копати вглиб (інструменти, екосистема і т.д.).

Я знаю кучу программистов после Шилдта и даже С++ за 21 день, но не видел ни одного, кто бы начинал с SICP

Навіщо бути одним з «кучі» та змагатися за пайку їжі, коли можна бути одним з небагатьох?

Начинать с SICP это конечно жесть, чувак или забросит на 20-й странице и навсегда забудет про IT как про страшный сон, или дочитает до конца и лет через 20 сам напишет подобную книгу

Холивар холивар... :)

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

При условии что большую часть прочитаного было усвоено :)

Если сильно захотеть, можно и в космос улететь. Распечатайте и повесьте на холодильник.

Не слабый список. А что Вы оттуда запомнили?
Читать-то ведь почти все умеют :)
Но это не делает их программистами.

Только прочитав — сомневаюсь... А вот параллельно реализовав с пару десятков/сотен проектов — безусловно да.

А если по теме — разброс тем литературы слишком велик... На доу и хабре/тостере были темы как стать программистом. Так можете и список литературы и даже примеры заданий найти.

нахрена вам программистом?
С вашими талантами к составлению списков — становитесь менеджером.

ИМХО с таким длинным перечнем скорее потеряешь желание, чем станешь программистом. Если нет представления об аппаратной и программной архитектуре, то начать бы с них, а потом уже детально по конкретной технологии. Я считаю, что важно как можно быстрее приступить к практике: придумать себе интересную задачу, которую можно разбить на маленькие подзадачи. С решением каждой подзадачи будет приходить удовлетворение и уверенность.
Если говорим о Java и программировании в целом с нуля, я наткнулся на хорошие лекции Programming Methodology by Mehran Sahami, Stanford: itunes.apple.com/...2896?l=en&mt=10

с таким списком — можно стать опытным пользователем Windows

>"бугуртить"
> 124875185-ая тема на доу про «хочу быть программистом и деньги лопатой грести»

шёл бы в /pr/, битард. там для таких как ты расписаны целые гайды.

Реально, но список литературы нужно сжечь. Начните с интересующего вас языка. Возьмите идею, которую хотите реализовать, найдите книгу, аля для чайников, и постепенно усложняйте уровень, незабывая при этом программиовать)

Нет. Макулатура вот это вот все.

Можно. Сам начинал с полного нуля, не имея IT образования и никогда не сталкивался с программированием, взял 2 книги по нужному языку и 3-4 месяца безвылазно учил и решал задачи с форумов. Сначала было дико сложно, потом прорвало и всё стало на свои места, еще через 3 месяца устроился джуном на работу. За время обучения написал 2 игры и кучу простых программ.

Ваше образование и специальность?

КПИ, факультет энергоменеджмента(ИЕЕ), специальность «Электромеханическое оснащение энергоемких производств». Я даже не знаю, зачем туда пошел:)

Аналогичная ситуация, только спецуха экономическая.
Собственно вопрос был к чему: программирование это не только знание синтаксиса/базовой библиотеки/фреймворка; необходимо понимание алгоритмов, задатки архитектора и т.д. и т.п.
Либо у Вас это есть, либо Вам просто повезло устроиться и обучиться уже «на производстве».
Сейчас обучиться за пол-года и устроиться джуном хотя бы на 500$ (быть в рабстве за еду) — анпосибл =)

ну, у всех технарей есть задатки понимания алгоритмов, плюс как говорят «труд всё перетрут», я не раз хотел бросить дело, когда не шло всё, но справился и теперь чувствую себя замечательно) Нет ничего анпосибл, всё только в голове)

Не реально! Этот список нужно распечатать и сжечь! Зачем это вам? Если для работы, то посмотрите тенденции. Например выберите 2-3 языка которые в топе по зарплате. Почитайте о них больше, банально даже странички в Вики. Определите какой новый и растущий, какой старый и умирающий, где комьюнити больше, где меньше. В итоге выберете тот что вам по душе и углубитесь в его основы. И не бойтесь ошибиться в выборе, изучая любой язык, следующий будет даваться на много проще. И те кто пишут про практику правы, нужно ставить себе задачи и решать их например с помощью того же stackoverflow, толку будет в разы больше чем от книг. Так что практика важнее теории, если вам конечно нужно выполнять реальные задачи. Какой толк от того что вы буде знать 1000 способов приготовления рыбы, но не уметь ее ловить?

Реально статьмного прочитавшим, а чтобы стать программистом, достаточно начать программировать.
Начните с графического языка (Скретч), затем скриптовый (Javascript, Python). А дальше нужно найти работу.

Scratch до речі як урізаний LISP

Кілька ідей щодо того як набиратись практики ще до першої роботи: www.vitaliypodoba.com/...o-get-practice
Там знайдеш і поради на інші свої запитання.

Ещё раз говорю, про практику я не писал так как очевидно что кроме теории нужно практика. Люди, вместо того чтобы острить внимательно читайте комментарии, несколько раз писал про практику. Но спасибо за советы, приму во внимание.

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

Реально ли с нуля стать программистом в дом. условиях?
Так, більше ніж реально.
прос, а именно реально ли стать хорошим программистом, прочитав весь список такой литературы
Нереально.
Програміст — це не той, хто літературу читає, а той, хто софт розробляє.

Вай.Вай. Смешались в кучу люди, кони....

Стать программистом в домашних условиях реально

Реально, главное желание много учиться и упорно работать.

Реально ли с нуля стать программистом в дом. условиях?
100% реально. Я начинал с ZX Spectrum и сначала у меня было только одна книга — распечатанное руководство к нему. Позже появилась маленькая книжечка по GENS4 (ассемблер для спектрума). И еще одна нужная книжка: толстый англо — русский словарь. Все!
В 9 классе я уже мог написать программу, которая рисовала мне графики функций для алгебры, в том числе и в 3х мерных координатах.
Реально ли с нуля стать программистом просто прочитав 100500 умных книг? Думаю ответ очевиден.

Счастливый Вы человек ! А мне библиотекарша школьная отказалась книжечку по basic дать : «Ты чо умный самый ? Вот старшекласники прийдут , а что я им дам если спросят — вдруг им нужно , а ты в 5 классе только исчо блабла... » Так я и жил со знанием LOAD R , и играл в r-type с кассеты и перепаивал треснувшие ламельки в джойстике...пока из любопытства не снял изоленту с окошка ПЗУ... =) Зато начал задавать вопросы почему и как.

Тоже начинал со Спектрума и кассет. Но про изоленту на окошках ПЗУ не слыхал. Расскажите поподробнее.

окошечки были,сам заклеивал изолентой,чтобы УФ не стер данные и называются ПЗУ с ультрафиолетовым стиранием

Это всё какой-то сюрреализм =) Предок не закрутил винтики и корпус можно было открыть =) А там....вобщем красивая...анатомия... Ну и интересно стало , почему все микросхемы такие разные , а вот на этой — вообще изолента. В неё был прошит интерпретатор , «басяк» , а в нем , если я не путаю — и была функция загрузки в озу с «недо-последовательного интерфейса» ( причем , блин, через недо-видео-буфер , что превращало экран в свето-музыку ) - оставалось набрать заветное Load r+ввод. А в игровых автоматах эта-же ПЗУ прошивалось образом с игрушкой. Тогда , сразу после включения , можно было шпилить «в ниндзю» =) - у меня она то-же была пока ноги не погнул , предок обругался , подлечил микруху и отнес к другу , который рулил автоматами в самом центровом месте города — «В троллейбусе». Представляете троллейбус , но без окон, превращенный в игровой зал с добрым десятком всех возможных автоматов? Несколько из них — были на базе криво-пираченных ZX spectrum. 89год... А кассеты- то ж вообще адские стриммеры , но рид-онли и для-дома-онли. Мы-то всё это знаем и вспоминаем с теплотой, а школота , увы не поймет =)

А мне отец вместо девайса выдал пустую печатную плату, гору микросхем и схему. А дальше все сам :)

Лично жал руку человеку , который для своего РК-аши набивал ПЗУ вручную — на платке с переключателями.=) Это были времена , когда программу можно было найти в профильном журнале... а в следующем выпуске этого журнала (через месяц) узнать про опечатку =) , что в строке такой-то вместо «DD» нужно набрать «CD» — и находились же люди , которые сами всё это вкуривали , следили за 16х адресацией , стэком — буквально в уме.
Интересно , как-бы они ответили на вопрос про " Можно стать программером дома ? " =))))

реально ли стать хорошим программистом, прочитав весь список такой литературы.

Реально ли стать хорошим кикбоксером, посмотрев все фильмы про Ван Дама?
Реально ли стать крутым финансистом, наблюдая за кассирами в банке?
Реально ли стать хорошим боксером, посмотрев все бои Кличко?
Реально ли стать крутым пианистом, прочитав 50 лучших сборников нот?
Реально ли стать крутым любовником, посмотрев 100500 часов порно?

Программирование — это навык. Чтобы стать программистом, надо программировать.

P.S. Набор книг ужасен. Куча всего без определенной тематики. После их прочтения только каша в голове гарантирована.

Реально ли стать крутым любовником, посмотрев 100500 часов порно?
да

А не проще сразу чистильщиком бассейна в Германию? Ну или сниматься в этих самых 100500 часов :)

Заодно и сантехником, курьером, водителем такси, художником, пожарником, полицейским)

В порно класні ідеї проскакують місцями

О, кому-то осталось досмотреть всего-то 16 часов, заранее всем трепещать!

Кажется в вопросе не было слово «хорошим». Хорошим программистом можно стать только через годы практики, а просто начитаться, понять что к чему и стать начинающим программистом конечно же можно! :)

Реально ли стать крутым любовником, посмотрев 100500 часов порно?
Зачем вы разрушили мой план

dou.ua/forums/topic/16734
Среди новичков всегда будут люди что думают иначе, и вы никак не докажите им противоположное, пока сами не попробуют научить кого-то, желательно пару раз.

сколько лет понадобиться на чтение и понятие смысла прочитанного???

Смысл приходит после n лет разработки:-)

согласен, но это была ирония:)

Мозг как и желудок — не важно сколько ты в него запихнешь, важно сколько он сможет переварить.

Мне лично ближе подобные программисты
dou.ua/...ms/topic/11160

К тому же, на андроид полно вакансий.

Кратко — нереально. Сам в универе пробовал раза 4, программистом так и не стал, хотя делал сложные, интересные, но ненужные вещи. Рецепт прост как двери — чтобы вам дали то, что вы хотите, предоставьте работодателю то, что от вас ожидается. Не исключаю гениев-самородков, но таких меньшинство, как правило менее 1%.

В вашем тексте намешано в кучу что-то невероятное и местами взаимоисключающее. А у больших списков дел или планов есть печальная тенденция быть отложенными.

Позиционируйтесь под четкую позицию пока вы trainee/junior: Java, .NET, QA, front-end (что-то одно) и т.д., а кругозор будете расширять позже, имеет смысл как правило с senior-а. Соответственно знания и навыки нужно по максимуму подгонять под эту позицию, а лишние даже не писать в резюме.

это вы про себя.
а вообще, грань между реальностью и нереальностью сабжа лежит в плоскости мотивации, самоорганизованности и упорства.
Если эти качества собрать воедино, приправить баблосом
(шоб не запухнуть пока учишься), то вполне так может через год-два вылупиться джун.

В программировании отсчёт начинается с нуля.
С нуля начинают и в универе и в Шаге.
Далеко не все выпускники Шага и универов становятся девелоперами.

Багато лишнього. До того ж, ви прагнете осягнути все і одразу, а в ІТ досить вузька спеціалізація. Виберіть напрям (Web, Android/iOS, C/C++, Java, адміністрування, QA...) і копайте в потрібну вам сторону, а краще порадьтесь з знайомими ІТ-шниками, що краще вчити в обраному напрямі. З списку видно,

1. Полное руководство по Windows
2. Дополнительная документация Windows
що про роботу в ІТ ви знаєте дуже опосередковано, не потрібно бути мегаюзером Віндовс, щоб писати на, допустимо, Java, а Haskell навряд чи вам пригодиться в Web.
P.S. Делфі померла, починати програмувати краще з скріптових мов типу Python чи Ruby, можна і з С++, а функціональщина вам наврядчи підійде без знання матчастини.

По поводу практики понятно что без неё ничего не получится. А насчёт стольких многих языков то ясное дело, что выбирать нужно только один, просто очень давно где-то брал этот список. Хотел лишь спросить правилен ли «старт» с 1-10 и «финал» (если он конечно желателен) с 44-49?

То что посередине — важнее, с учетом правильно выбранной специализации.

Ну я пока что точно вы бором языка не определился, пока буду изучать «основы основ». А насчёт языков то какие книги к каким языкам тут рекомендуемы, понятно те у которых в названии упоминается название языка те и отвечают за тот язык :) но всё же распиши пожалуйста, может я по поводу чего-то заблуждаюсь. Например 41 относиться к C++ или к чему-либо другому?

41 относиться к C++ или к чему-либо другому?
Почитайте — узнаете ...

Нет, 95% материала просто окажутся бесполезны и никогда не будут применяться. Читать все вместе, это как учиться на пилота истребителя, танкиста, подлодника, сапера и десантника одновременно, чтобы в результате стать снайпером....

Имхо , стать программистом можно и в Excel (VBScript) — есть даже примеры казуальных игр. Можно кодить и в CMD ((windows shell language)) , хотя счастливым в нем стать не возможно — это ,скорее , тренировка нервной системы, в отличии от bash-script в linux. Во втором случае — иногда даже вакансии появляются. Важнее понять себя , свои интересы — а там уже выяснится конкретная технология , информация ,будет постоянная практика, соответствующее общество — всё для решения своей , поставленной задачи.
Линус Торвальдс стал программистом дома , работая на дедушкином компьютере, just for fun. Билл Гейтс — вообще , за оплачиваемое предками машинное время , подключаясь из школы через терминал , к коммерческому мейнфрейму — безо всяких интернетов и форумов. На чем программировать им было пофиг.

Ощущения от списка — смешались в кучу кони, люди и залпы тысячи орудий: Windows, Linux, HTML, C++, Delphi, SQL, Haskell и JAVA ....

Реально ли с нуля стать программистом в дом. условиях?
Да, но сроки учебы могут быть от «быстро» до «бесконечно долго», в зависимости от подхода.
реально ли стать хорошим программистом, прочитав весь список такой литературы.
Нет. Без практики толку не будет. Это то же самое, что научиться водить машину, ни разу не сев за руль. Или стать переводчиком, читая самоучители, но не пробуя самостоятельно ни произносить иностранных слов, ни строить предложения.

реально,при условии — что все эти 51 строки,набраны вручную а не копипастом

Прочитання тої літератури нічого тобі не дасть. Просто починай програмувати і якшо шось неясно то шукаєш то шо треба в книжці (а ше краще на стековерфлову). А тупо всьо читати і нічо не робити — 0 на фару

Откуда у Вас именно такой список? Имхо, стоит начать изучать что-то на практике, попутно почитывая нужную литературу из Вашего списка.

Давно где-то, на каком-то форуме брал и сохранял в блокнот. Вообще специальность у меня связана с теплотехничеким оборудованием (монтаж, эксплуатация, обслуживание и т.п.), но решил взять и попутно изучать программирование, так как просто стало интересно. Ну и когда время будет позволять, буду заниматься.

Хорошим — только поработав. Начинающим — можно. Только нет смысла распыляться, учить 20 языков и еще и Microsoft Project’ы.

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

А что именно посоветуете вычеркнуть из данного списка, если например как сказал Artem Komisarenko не распыляться на 20 языков, а например оставить какой-нибудь один из них (например Java)? И да, конечно же не самому в гордом одиночестве заучивать а например по довольно трудным вопросам обращаться на форумы (лёгкие я думаю можно усвоить и погуглив их просто).

Если как для Явы, то примерно так:
8. Компьютерное железо. Архитектура, устройство и конфигурирование
10. Linux. От новичка к профессионалу
29. Алгоритмы. Построение и анализ
31. C++. Основы программирования
34. Программирование на языке Java
35. Java. Обьектно-ориентировачное программирование
36. Java 2. Библиотека профессионала. Том 1
37. Java 2. Библиотека профессионала. Том 2
22. База данных введение в теорию и методологию
23. Базы данных. Проектирование и разработка.
24. Функции SQL. Справочник программиста
30. Паттерны проектирования

последовательность — ориентировочная. Первые 2 книги можно читать параллельно другим. С++ - не обязательно, хотя и не помешает (если, опять же, главный упор на Яву).

29. Алгоритмы. Построение и анализ

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

10. Linux. От новичка к профессионалу

Здесь надо внимательно смотреть оглавление. Знать основные команды, устройство файловой системы Линукс, работу с правами доступа и shell на уровне пользователя — полезно. С другой стороны, я бы не стал углубляться в дебри администрирования, с которыми программисты обычно не сталкиваются.

В этот Ява — список так и просится замечательная книга Thinking in Java (Философия Java) Брюса Эккеля.

интересно, а по состоянию на сентябрь 2017 этот список ещё актуален?

Для начала смотрим сюда:
www.tiobe.com/...tpci/index.html
Это рейтинги языков программирования, которые обновляются каждый месяц (чтобы быть в теме, которые из них актуальны). Затем думаем чем хотелось бы заняться, а именно: Системное программирование, Веб (сайты создавать), Прикладное программирование, возможно игры хотелось бы создавать, и уже от этого отталкиваться, т.е. выбрать подходящий под ваши ожидания язык и читать уже узкоспециализированную литературу, которая бы затрагивала все ньюансы связанные с этим языком. Вот вам, чем хотелось бы заниматься? Как вы видите себя в роли программиста?

если есть, у кого спрашивать — то тогда можно и на литературе научиться.

Умудрялись учиться на литературе и в 1990х, когда вначале Интернета еще и в помине не было, а потом он был доступен лишь «избранным»

А сейчас форумов столько, что спрашивай — не хочу. Да и на большинство вопросов новичков с вероятностью 99% ответ можно нагуглить за пару минут, что и рекомендую делать в первую очередь.

Подписаться на комментарии