Владимир Дурицкий

Я fullstack разработчик.

если ты не знаешь, как написать тот же Vue, Webpack, как это все работает?

Вы уверены что вы fullstack-разработчик после таких заявлений?

Если не понимаете как что то работает - или забиваете, или берете и разбираетесь. Да, долго. Да, сложно. А щито поделать.

ну во первых структура папок . типа
/app
/var
/public
/log

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

Для начала - читать методологию. Рекоендую RUP 6 (именно 6-й, а не 7-й) в зубы, и вперед.
или OpenUP ( ru.wikipedia.org/wiki/OpenUP, www.ibm.com/developerworks/ru/library/kroll ).

Хотелось бы найти:
— набор этапов разработки;
— набор категорий задач;
— шаблон/пример.

вар.1 Покупайте Rational Method Composer (RMC).
Там редактор "сайта процессов" с примерами и шаблонами и описанием всех процедур, документов, шаблонов и всего прочего что вам вообще может понадобиться. Идеология применения на практике звучит так: из этого безобразия - надергиваете то, что вам надо _на_этом_ проекте - и получаете описание методики и процеcсов на вашем проекте. С шаблонами документов, инструкциями и описаниями процедур.

Там и RUP, и Agile-RUP облегченный есть, и даже классический "водопад" с рекомендациями описан. Сейчас может что и для мобильных приложений тоже впилили. Я года 2 как не смотрю что у них творится, но надеюсь, IBM не сильно испохабил творение компании Rational.

Стоит в принуипе "нехреновых денег", но месяц полнофункционального прогона пр регистрации был бесплатно. IBM щедра как никогда. <_<
www.ibm.com/developerworks/downloads/r/rup
www.interface.ru/home.asp?artId=1524
www.itshop.ru/Dokumentirovanie-i-avtomatizatsiya-p...

вар.2 Или щупайте его бесплатный эклипсовсий прототип Eclipse Process Framwork . Но там многих шаблонов нет. Зато есть куча своих, от сообщества. Включая пригоршню Agile-процессов, описания XP и тому подобного безобразия.
www.eclipse.org/epf
www.ibm.com/developerworks/rational/library/05/101...

PS Вопрос методологии, принципов. Именно они позволяют выстроить набор всего-всего в нечто осмысленное. Бойтесь в EMC рисовать что своё без понимания хотя бы основ RUP (настоятельно рекомендую именно 6-й, потому что в 7-м введены принципы бизнес-ориентирвоанной разработки, которые технически - совершенно неосмыслены).
НО! С другой стороны - только EMC (и только он) может сгенериовать вам самое полное описание всех методов и процедур RUP (включая философию и принципы). В общем - сделаете сайт с полным описанием RUP - глядишь и поймете что. А начать можно с википедии ( ru.wikipedia.org/wiki/Rational_Unified_Process ) или вводных статей по OpenUP ( ru.wikipedia.org/wiki/OpenUP, www.ibm.com/developerworks/ru/library/kroll ).

Не бойтесь первых неудач. У меня на то, чтобы начать "думать итерациями" и не пытаться все прописать и сразу - ушло полгода. На то, чтобы освоить внятную работу c использованием UseCases - ещё несколько месяцев.

PPS и забудьте про ТЗ ;)
ТЗ - статический артефакт из темного каскадно-водопадного прошлого.
Да здравствует итеративное настоящее, дисциплина "управление требованиями" и UseCases ! (трижды "ура") )))

вставлю свои 5 копеек. сумбурно, не все совсем все по теме буду излагать (но там будет ответ на вопрос .. вроде как) но надо понимать область применимости того, что хочет тов. Евгений .

Его желание "писать в веб так как десктоп" - мне очень даже понятно, и именно поэтому я фактически сделал свой фреймворк ( не на джаваскрипте, что вы, джава+вебсокеты, и совсем немного js). Но его область применения - тяжелый интерпрайз и интранет.

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

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

и так. имхо, есть 2 направления, сложно совместимых идеологически друг с другом. ( 90% "веб разработчиков" скажут, что есть только одно... но и фиг с ними - они не знают, а я излагаю свое имхо-мнение системного архитектора, чей стаж в it зачастую больше, чем весь возраст упомянутых чуть ранее "веб разработчиков" ))).

и так. "массовый веб" и "тяжелый интерпрайз" :

1. массовый веб.

тонны хомячков, тысячи примитивных запросов, простая логика (бизнес логика). на это заточено 120% современных веб-фреймворков, которые соревнуются между собой в синтакс-засахаренности, да функционально-фиче пригодности. микросервисы, stateless, rest-сервисы, json-туда-обратно - "... о как.. всем прияно...." и т.д. 90% последователей этих технологий не понимают даже основ проблем разработки больших систем на языках с динамической типизацией, готовы топить за самый модный в этом сезоне фреймворк, давить статистикой новых проектов на гихабе.... но да и фиг с ними, ... достаточно того, что те-же "хедлайнеры" - node.js - вдуплили эти проблемы и таки послали js подальше... тьфу - перешли на typeScript ( ибо статическая типизация - этт не закостенелость стариков, а вынужденная мера, совсем "не от хорошей жизни")... но тысячи хомячков любящих js ведь не могут ошибаться... и потому плодят мирриады js-фреймворков, каждый из которых применим в 2х случаях из 100. и отслеживают топ 10 попутярных в этом квартале языков программирования... ну ла ладно.

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

примеры: вконтактик, форумы, и 99% всех веб сайтов.
типичные технологии: php, одноглазый змей-питон, js, чудо руби, и все прочее и тд....

ps: и да, я ни коем разе не хаю js. я его люблю. но крайне рисковано применять js в объеме большем чем скрипт на 2 страницы. первый же рефакторинг и переаботка кода поломает все нафиг. на определноом объеме кода вы попадете в ситуацию, когда попытка имправить баг будет вность еще больше багов и вы не сможете это остледить.
то, во что сегодня превратили js и технологии на js - это страх и ужас, но да это моё имхо.


2. интерпрайз интранет
...и различные АРМ с веб-интерфейсом в локальной сети и сложной бизнес логикой

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

примеры: СЭД (системы документооборота), арм различных госструктур, арм различных операторов, и тд.

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

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

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

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

в общем вот тут идеи десктопного приложения очень как пригодились бы, но готовых технологий нет.
я вижу перспективу в использовании web-socket, но опять же, промышленных наработок и фреймворков нет.
самое близкое что так умеет - c++/Qt но у них скорее трансляция в веб интерфейса с++ приложения. в 1С аналогично - у вас одинаковый интерфейс "управляемой формы" и в веб и на десктопе.

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

---------
в общем я к чему: хотите использовать десктоп в веб? пишите например на qt/c++. у них есть технология трансляции в веб приложения написанного на c++. опять же, на вебсокетах все работает). хотите писать тяжелые арм на джаве для интарнет-интерпрайз-систем - присоединяйтесь к нашему закрытому тестированию (за сим в личку) или ждите публичного анонса. для шарпов ничего не скажу, имхо шарпы только для Unity-гемдева и пригодны(имхо), а как интерпрайз-технология они так и не состоялись.

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

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

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

или

- "тяжелый интранетовский интерпрайз" ( несколько сотен пользователй максимум, сложная логика работы каждого АРМ, тяжелые запросы отрабаиываюшие по десятку минут, запутанные бизнес-сценарии рабрты гуи, фоновые процессы на сервере.... ) - многие десктопные концепции, когда гуи должен рассматриваться так, как будто он локальный - просто жизненно-необходимы. попытки строить эти системы по технологиям из области "массового веб" - ... скажем так ..."чреваты" и в 90% случаев пооучаются либо костыльно убогими, если вообще работают, либо неповоротливыми в разработке и рефакторинге. не смотря на это, готовых решений и концепций всё еще пока практически нет, каждый изъгаляется как может. рынок достаточно закрытый, относительно массового веб : 99% этих арм и ас работают в наглухо изолированных от интернеса сетях.

ИИ сейчас в зачаточном состоянии, поскольку до сих пор неизвестно как математически описать воображение. Демис Хассабис из Deepmind говорит что когда решат эту проблему, то будет прорыв в ИИ.
Почитайте теорию по машинному обучению и вам станет понятно насколько там всё в зачаточном состоянии. Ваш страх перед ИИ основан на фантазиях гуманитариев далеких от науки, поэтому не пугайтесь, а смело занимайтесь программированием, на ваш век задач и вакансий хватит.
Кстати сейчас самые хайповые вакансии как раз связаны с ИИ и машинным обучением. И если вы пойдёте в эту сферу то без денег не останетесь и ещё там есть место для стартапов, т.е. для своего бизнеса. Недавно слышал про компанию, которую основал 18 летний парень - они занимаются математическим анализом( с машинным обучением и т.п.) реплеев из онлайн игр(dota, counter strike и т.п.) и помогают игрокам поднять свой ранг за счет анализа своих ошибок в реплеях, зарабатывают на подписках насколько я понял.

Больше всего интересно с чего оно вообще начало прогрессировать?

С высказываний не очень умных людей вроде Грефа и ему подобных.

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

Хочу поделится своим опытом так сказать (раз уж тут у нас клуб анонимных новичков институтов).
Если ты считаешь что родился в жопе мира, то я родился еще в худшем местоположении - в кишлаке, на севере Таджикистана (страна есть такая). Из цивилизации тут больше чем нихуя. Но я старался. Да нас тоже учили сгребать лопатой, но ну не в -30, а в + 40 , и не лопатой, а руками ... гребать хлопок. Школы - примитивные, уроки информатики - такие что уж смотреть двух девочек с одной чашкой было намного приятнее чем сидеть там. Но я блин не хотел сдаваться. Я не хотел до конца оставаться нонеймов с заработком 80$ в месяц. И я начал учить все новые и новые предметы. Туже информатику. Скажи ка мне каков шанс выиграть областную олимпиаду чуваку ни разу не проработавшего с компьютером? 0? Но я выиграл. А потом еще две (правда на тот момент времени был куплен ноутбук).
Потом у меня была республиканская олимпиада. На тот момент у меня были знания алгоритмов, пару сертификатов от Интуита и полка прочитанных Кнутов. Но увы, республиканская олимпиада стала для меня разочарованием. Нет медальку золотую я получил, но был разочарован уровнем вопросов этой олимпиады. Представь - самая пиздатая олимпиада, а вопросы уровня написят программу вычислющею факториаль чисьла n . Фейспаль на фейспальме.

Далее было еге для поступления. Таджикское еге, скажу честно чуть лучше по чем русское, ибо внезапно более продуманное. И в итоге получил 525 баллов, в то время как проходной был 240. Могу ошибаться, но это рекорд среди 80к абитуриентов. Поступил в политех. В первый день ожидал, что наконец-то получу знания которые мне нужны. Нихуя!
В первый месяц нас учили рисовать заголовки в ворде.
Второй месяц матемматика уровня уравнение аж с двумя неизвестными.
3 месяц наконец-таки программирование - основы программирования на VB.net.
Четвертый месяц Физика.
Потом, в пятом месяце изучали рисование на фотожопе.
Потом у нас была "практика программирования" - посути тоже что в третьем месяце - VB.Net.
Потом месяц был угробен на экономику и культуроведение.
Потом была Высшая математика.
И это все за первый курс. Я ненавидел эти предметы. Я ненавидел этот вуз, VB.net и блядские семестровые и курсовые работы. Но выбора не было - либо сиди страдай, либо отслужи в блядской армии.
Начался второй курс. В списке предметов появились элементы более приближенные к программированию.
Месяц первый - Базы данных - 1. На деле проектирование баз данных акссес мышкой.
Второй месяц, более приблеженная к моим знаниям дисциплина - Основы веб Дизайна. Проходила какая-та не разбирающаяся в хтмл и эсэсэс училка, программировала на нотепаде с хтмл тегами времен 2004 года. Еще советовала юзать Dreamвивер ибо это Чудо !11. Мне хотелось застрелиться.
Потом проходили дискретку. Так как я отпетый алгоритмизд, то с этот предмет относительно был одобрен моими яйцами.
Потом было ООП. Под ООП, оказывается подразумеваться решение тупых задач из книжек Златопольского и Абрамова на c++.
Потом был предмет с гордым названием - Практика визуального программирования. По сути, тот же vb.net, опять задачи Абрамова и Златопотолокского, но потом постепенно подключали базу акссес. Так как там с провайдерами баз данных был лютый пиздец, всей группой решили выбрать одну версию вижуалстудии и микрософт оффиса (оба 2010), ибо на других версиях код напросто отказывался работать.
Потом в следующем месяце был предмет - "программирование баз данных". Начало было многообещающим, препод даже одобрил то что я буду использовать python, но после первого занятия, препод пошел подыхать в больницу, а вести стал чувак который месяцем раньше вел "Практику визуального программирования". Все 16 он повторял точь в точь то что вел месяцем раньше. Многие даже сдали предыдущие работы. Справедливости ради скажу, что препод это был аспирантом, и часто во время занятий рассказывал анекдоты (преимущественно про блондинок).
Следующий месяц прошли два предмета - Правоведение и литературу. Ахует как нужные предметы.
После был месяц Объетко Ориентированного Пирограммирования - 2 . К счастью, помимо решения задач из книг Златовлаского, пробегались по презентациям из педивикии. Вроде еще класс создавали...
Следующий месяц, пришлось слущать лекции по гражданской обороне...
Потом месяц с охуенно нужным для меня - веб быдлокедера предметом - Математические вычленения на Maple.
Последний месяц второго курса была, более менее адекватная преподша. Вела JavaScript, и я не особо придирался к ее знаниям, ибо сама призналась до лекции что с JavaScriptom пока не работала, и заодно научиться.....
Теперь уже прошел месяц третьего курса. Прошли Программирование на интернет (это название предмета такое). По сути тот же Vb.net но с добавлением ASP. Опять задачи из книг Абрамовича. Бляд... вместо того чтобы делать сайты нас заставляли решать задачи типа "Дано число а и б найти какое из них большее". Тока в отличии от Vb.Net предметов до этого, данные выводились на страницу через риспонсе.врайт.............
И так а знаете что ? Не один из вышеперечисленных двух дюжин предметов я не учил всерьез. Я просто сдавал во время работу, и порою читкодил на экзаменах.
Хотите узнать как стать нормальным программистом учась в институте? Никак. Нужно просто поднят свою жопу и начать кодить. Пытаться сделать что -то. Никто за тебя изучать не будет. Скачай видеокурсов по хтмл хтмлакдемии на нонеймклабе, пройди их. Потом сверстай двух десятков макетов. Потом потихоньку иди в фриланс.
На этом этапе не жажды денег и девок.

Во втором курсе меня пригласили после пар поработать в институте. Взамен зарплата аж 40$ и некоторые бонусы с учебой. Я согласился. Зарплата конечно же не ахты, но бонусы это круто. Ещь за одним столом с педаггогами высоких мастей, в груди стоит бейдж "специализд центра тестирования", можно приезжать на автомабиле. Еще играеш в волейбол с деканом и всякими замдеканами.
Но на 40 не проживешь. Поэтому я по ночам фрилансил. А теперь представь в 6,00 вставать, в с 8 до 12 быть на парах, с 13 до 16 работать в инсте. Потом с 18,00 до 01,00 фултайм удаленка или фриланс. с 1,30 до 6,00 сон. Бодрый бляд сон. 4,5 часа сна. Каждый день. А сколько спишь ты Анон? А бляд забыл, мне еще нужно готовиться по часу в сутки изучая алгоритмы ибо олимпиада студенческая скоро. У меня уже в копилке медаль золотая и кубок, но бляд бонусы победителя ахуенны - освобождение от рабства на 0,5 года и прибавка к стипендии в размере 4 косарей.

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

Есть такая прекрасная вещь, как CI (continuous integration). Сам пользуюсь TravisCI, прекрасное решение. Musthave для современного разработчика.

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

Скрипач не нужен, родной (с)
Аргументы против jq:
- современные браузеры достаточно хорошо поддерживают единый синтаксис современного екмаскрипт(native js)(на самом деле нет).
- сторонняя библиотека, работает медленнее чем натив и в основном состоит из с-сахара (тоже не совсем правда)
- тащить еще один ресурс весом от 64 кб до 200 кб, еще и со сторонних ресурсов замедляет загрузку( правда, но бред)
Аргументы за:
- Современные браузеры как и всегда один другого "ровнее", всегда есть косяки и "нюансы", на которые еще и попадаешь обычно в самый неподходящий момент, в жк обычно все работает одинаково везде, ну или лучше чем в нативе.
- В жк реализована куча плюшек в 1 функцию которые в нативе занимают "многабукав", не каждый начинающий напишет их правильно, да и профи не все напишут оптимально, уверен что в большинстве случаев написанный нативом функционал будет хуже аналога из жк.
- размер мин пакета жк 64 кб, и все они лежат на быстрых цдн серверах. Думаю это последнее что может повлиять на скорость загрузки страницы.
- есть ОГРОМНОЕ количество скриптов написанных с учетом жк, не использовать их глупо, писать свой велосипед - вообще только в целях обучения(не берем крайние случаи когда плагин писал упоротый пингвин).
- Синтаксис и краткость записи - вообще вне конкуренции.
- Старые браузеры никто не отменял, часто заказчик требует чтобы работало в ие8, натив не канает или доставляет море анального удовольствия.
Вывод: Если ты крут в жс, еще и работаешь в ангуларе/ещечетамдляфронта и тебе нужно сделать 2 действия в очень современных браузерах - jquery не нужен, и ты это сам знаешь. Если слова ангулар, вуе и проч для тебя не больше чем шум листвы за окном, а навесить плагинов и эффектов нужно - jquery наше все.

UPD: для всех кто там отписался а ля "в связи (...), исчезновением проблемы совместимости со старыми IE (что и было основным назначением jQuery)." - свежачок

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

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

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

А со знанием других языков (php, js, go) python осваивается за 10 дней. Он потому и используется так интенсивно в науке, чтобы на программирование, как на прикладной навык, тратить минимум телодвижений и времени, а максимум на нейроинженерию.

Git + Trello + LastPass + Я.Диск.

Я веду свои в Trello

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

Это всё отличные книги.

У Скита показано как развивался язык C#, о чём думали его разработчики. Это даёт очень целостную картину.

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

Рихтер — классика. Там где не хватает глубины у Албахари, Рихтер её обеспечит. Здорово для "лёгкого" чтения перед сном, когда хочется что-то просто понять для себя.

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

Например дать азы ассемблера (5-10 команд), Артстудию в руки и пусть читит оффлайновые игрушки. Освоит работу с памятью, с байтами, словами, 16-ричной системой.

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

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

Ну и английский.

На мой взгляд для начала весьма неплох будет Эндрю Троелсен - Язык программирования C# и платформа .NET.