Каким программистом стать?
Jul. 20th, 2016 01:09 am![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
spring1976.livejournal.com posting in ![[community profile]](https://www.dreamwidth.org/img/silk/identity/community.png){kind=small}
useful_faqЕсли молодой человек хочет стать программистом, то каким программистом лучше стать? Что именно изучать, что бы всю жизнь потом эти знания кормили и были востребованы? Php, 1C, Sql, html или что-то еще? Цель: Зарабатывать хорошо сейчас и в ближайшие 30 лет, допустим.
P.S. Всем спасибо! Путем анализа всех комментов пришел в к выводу, что наиболее правильно учить JAVA и C++.
P.S. Всем спасибо! Путем анализа всех комментов пришел в к выводу, что наиболее правильно учить JAVA и C++.
no subject
Date: 2016-07-20 03:32 am (UTC)фронт энд программеры всегда будут нужны. Ангулар набирает обороты и так как эта штука новая, но модная - спецов мало.
На нод-джей-эс и ебей, и вулмарт перешли. Не хухры-мухры.
А Java это ведь не просто JDK, а весь ЕЕ. Т.е. вся архитектурная линейка должна от зубов отскакивать. А там есть что поучить джаксы, джёрзи и тд и тп. И SQL нужно знать на уровне полноразмерного языка. Только его знать должен не Систем администратор, а датабейз девелопер. В системах с сильным датабейзовским бэкендом кода в базе больше чем на джаве..
И сделать правильную базу, это высокоценимое и недоступное большенству искусство. Молодёжь предпочитает накрутить простых селектов и разобраться внутри Джавы. Что в принципе для больших данных ошибочный подход.
Но без опыта в серьёзной компании ты нахрен никому не нужен. У меня в компании отсев около 30% принятых в течении первого месяца. Веблоджик за неделю не настроишь, мейвен у тебя ломается, не откомпилировал проект, не разобрался в пятиэтажном SQL, не задаёшь вопросов, извини, ты нам не подошёл, до свидания. Ищи детский сад в другом месте, а это крупная финансовая контора.
no subject
Date: 2016-07-20 04:49 am (UTC)в тоже время ты говоришь о кордове - эммм а ты уверен что кордова так востребована ? И что на ней можно делать нормальные приложения для мобильного использования ? ну ну
angular через пять лет уже отходить начнёт,
Ангулар это как тот неуловимый Джо - если в вашей конторе PjM извращенец и выбирает такую архитектуру приложений то это не значит что это востребовано.
Модность это херня, важна не модность а то какой рынок того или иного языка или фремворка. Вот есть очень модные любители очень модного go и что ? А уж священные поклонники Хаскелла утверждающие что это ну ВСЁ.
А в конечном итого архитектуры, среды, инструментарий всё что и когда опредялет PjM а он это делает с учётом стоимости всего жизненного цикла продукта, скорости, необходимой и достижимой, разработки и характеристик которыми должно обладать приложение.
И что мы видим ? а то мы видим что Java вне конкуренции как спроса так и предложения. И когда речь идёт о стабильном заработке - альтернативы нет. А уже на это надо накручивать всё остальное. Да ещё перспективен по рынку Swift но тут надо понимать что он только для Эпловской экосреды. И C# но он только для виндовой. Да я знаю о моно и ксамарине но это говно. Метрики приложений писанных на этом не выдерживают никакой критики. Ни о каком быстродействии ли энергосбережении говорить не приходится.Да и надёжность тоже не на высоте. Дырке заткнуть можно но всё очень коряво. При том что майкрософтовская экосистема имеет отвратительные перспективы через 10 лет. Это и сам майкрософт понял купив SuSE.
no subject
Date: 2016-07-20 12:00 pm (UTC)Если в вашей конторе PjM предпочитает, чтобы, как при президенте Горохе, бизнес-логика и интерфейс работали в одной куче на сервере и на PHP, то это не значит, что все такие.
no subject
Date: 2016-07-20 12:41 pm (UTC)no subject
Date: 2016-07-20 12:45 pm (UTC)no subject
Date: 2016-07-20 12:48 pm (UTC)no subject
Date: 2016-07-20 01:04 pm (UTC)no subject
Date: 2016-07-20 01:40 pm (UTC)У вас кое то ущербное представление о приложениях
1. Есть фронт и не важно какой он будет реализации есть разные как в виде приложения для определённой ос так веб приложение что по сути тоже самое только другая реализация.
2. Есть бек и там выжна скорость исполнения и поэтому там Java и С++
3. Есть транспорт - то что обеспечивает согласования фронта и бека.
Транспорт XML c шифровкой трафика желательно.
Фронт реализуется либо на Java в Андроиде, Swift, Obj-C или Java для iOS, C++, C#, Java скомпилированная для win, HTML5+CSS для вебморды, (но могут добавиться и другие технологии), С++ или Java в Linux да везде только Java будет мало, нужно знать и под что делаешь, но везде этот язык позволяет реализовать задачу и не хуже чем на других языках. Бек вообще только на Java и С++ будет с нормальной скоростью работать. Транспорт тут вообще в общем то всё понятно.
Теперь вопрос - а нахрена делать всё через жопу ? Нахрена делать страницу которая будучи открытой в пять штук у пользователя кладёт проц на 100 ? Ещё в начале 2000х об этом говорили что - JS дурной тон, и выдаёт кривые мозги кодера, а Flash это не правильная технология. Потом и Джобс об этом сказал. Но быдлокодеров тьма от того это и живо НО держится это только исключительно на тупых PjM которые не могут разработать нормальную UML модель. И на том что Java кодеров остро не хвататет.
no subject
Date: 2016-07-20 02:32 pm (UTC)Ну, считайте, что презентация и морда - синонимы.
это реализуется средствами html5/CSS даже использование JS это дурной тон. И показывает криворукость кодера.
Дурной тон - это смешивать слои приложения, например, морду с логикой. И при чём здесь кодер, когда это вопрос архитектуры? А что JS - это дурной тон - это вообще, простите, какое-то несусветное утверждение, где Вы такого нахватались?
Сокетов вполне достаточно.
WebSockets? Ну и как Вы себе их представляете без JavaScript? Кстати, за использование сокетов там, где можно обойтись XHR, тоже надо руки отрывать, Вы не находите?
Данные в JSON ,,,, убить на месте.
Это ещё с какого перепугу?
И при чём тут фреймы ?
Не фреймы, а фреймворк. Ну, библиотека, если Вам слово "фреймворк" не нравится.
Есть фронт и не важно какой он будет реализации
О том и речь. Важно, где этот фронт будет выполняться - на клиенте, которому всё равно делать больше нефиг, или на сервере, где дел и без этого полно.
Есть бек и там С++
Месье знает толк.
Транспорт XML
Дело вкуса.
c шифровкой трафика желательно.
HTTPS - слыхали?
Ещё в начале 2000х об этом говорили
Мало ли что говорили пятнадцать лет назад.
Нахрена делать страницу которая будучи открытой в пять штук у пользователя кладёт проц на 100 ?
А вот это уже вопрос к кодеру, на хрена он так пишет. К архитектуре не имеет ни малейшего отношения.
HTML5+CSS для вебморды
То есть, повторюсь, весь интерфейс переносится на сервер и там смешивается с логикой. Замечательно. Не говоря о том, что интерфейс, в котором единственный активный злемент - это кнопка Submit - ублюжество однозначное. Будете отвечать - прикиньте, как бы Вы вот этот боксик для ответа со всеми кнопочками наверху сделали бы по своим правилам, и как бы это всё работало. Или тоже скажете, что такого 15 лет назад не было, значит, и сейчас не надо?
PjM которые не могут разработать нормальную UML модель
Вот как раз нормальная модель - это модель на три слоя, а не на два и не на полтора (если это не Вы там где-то ещё предлагали писать логику на SQL, то пардон, обознался). А UML - UML-то здесь при чём? Вы что, хотели похвастаться, что слово такое знаете, что ли?
Java кодеров остро не хватает
Так и не будет хватать, если их заставлять не своим делом заниматься, HTML кодить.
no subject
Date: 2016-07-20 08:56 pm (UTC)сокеты это зло - иногда это зло бывает необходимо. Но лучше обходится без них. такова логика а не то что вы подумали.
За JSON надо убивать в первую очередь из-за не безопасности хранения данных. Во вторых за делание через жопу - зачем использовать зависимый от JS формат когда есть XML ? ты сам только что орал о кроссплатформенности и тут же лепет про JS
??? речь шла о фреймах, ты описывал фреймовую модель выдачи данных - я тебя и спросил при чём тут они ? Тебе сколько лет мальчик ?
??? ты двинутый ? Исполнение на клиенте это уязвимая точка раз, нагрузка на устройство клиента два , платформозависимость три. Для игр с транзакциями это нормально. Но для приложений с бизнеслогикой НЕТ !!!
Какого хрена загрузка страницы должна класть проц на 100% на клиенте ? Тем более что браузерная интерпретация JS в 30-40 раз а то более медленее чем исполнение скомпилированного кода на сервере. И это именно что проблемы архитектуры. С учётом облачных тенденций ты несёшь анахроничную чушь но при этом умудряешья не знать что такое фреймы..... ты кто ?
Эникей самоучка начала 10х годов ?
Что месье знает толк ? С++ только и используется для реально нагруженных проектов таких как facebook например - там весь основой нагруженный бэк на нём.
XML это не дело вкуса это W3C стандарт в ISO/IEC 24824-1
ты дебил ? я написал желательно с шифрованием (требование) а не SHTML (реализацию). Именно потому что реализации могут быть разные тут нет единого стандарта. это вообще может быть проприетарный кодер с проприетарной пересылкой пакетов. Банки такое любят.
Возможностей HTML5 ты судя по твоему комменту тоже не знаешь. Иди учи двоечник.
Java это промышленный стандарт - потому что обеспечивает самые лучше показатели цена жизненного цикла/скорость разработки/скорость исполнения кода/потребность в ресурсах . Он не идеален и там где Java не хвататет там С++ . Но для 90% разработки он достаточен.
Остальное же живёт лишь потому что есть специалисты которые это выучили и только это знает. Например почему в РФ до 2013 года для разработки использовали довольно широко Дельфи ? Да просто потому что кодеры дельфовские на Западе НАХРЕН не нужны. И уже очень давно. А те кто выучил Дельфи переучиваться на то что востребовано не хотел. При этом более менее, по скольку преподы были ещё советские, у них была хорошая математика. Поэтому наша любимая Почта России например полностью надельфина. Дельфи и Борланд он же Файрбирд. Но в тех же США это нахрен не нужно там Java и Оракл или Посгри. М$ только для наследуемых.
no subject
Date: 2016-07-21 01:54 am (UTC)Android-то при чём? Мы об HTML говорим.
За JSON надо убивать в первую очередь из-за не безопасности хранения данных.
Какое хранение данных? При чём здесь вообще хранение данных - их что, кто-то в JSON хранит? И чем это XML безопаснее JSON? Зачем гнать-то?
зависимый от JS формат
В каком месте он от JS-то зависит? "Похож на JS" и "зависит от JS" - разница.
когда есть XML
XML - это абсолютно то же самое, но более раздутое и менее читабельное и удобное для редактирования.
ты описывал фреймовую модель выдачи данных
Опять хвастаешься терминами, которые знаешь? Так употребляй их к месту, а не как попало. Никто никакой фреймовой модели выдачи данных не упоминал.
Исполнение на клиенте это уязвимая точка раз
Это откуда должны расти руки, чтобы исполнение на клиенте сделать уязвимой точкой?
нагрузка на устройство клиента два
Угу, нагрузка на сервер, конечно, лучше. Чепуха.
платформозависимость
Была лет 10 назад, когда браузеры ещё реализовывали JS и CSS кто в лес кто по дрова. Сейчас - давно уже нет. Так бы и сказал сразу, что последние 10 лет ничего не писал.
С учётом облачных тенденций
Опять слово не к месту. Чтоб ты знал - именно облачные тенденции заставляют экономить нагрузку на сервер.
XML это W3C стандарт
И чё?
ты дебил ? я написал желательно с шифрованием (требование) а не SHTML (реализацию).
Кто дебил - так это тот, кто SHTML с HTTPS путает. Кстати, в мире твоей мечты, где на стороне клиента только браузер с отключённым JS, никакого такого шифрования данных, кроме HTTPS, нет и быть не может.
Возможностей HTML5 ты судя по твоему комменту тоже не знаешь.
Датычо. Ну, и какие возможности предоставляет HTML5 в плане интерактивности?
Остальное же живёт лишь потому что есть специалисты которые это выучили и только это знает
Мимо. Технологии, которые ты ругаешь, появились пару-тройку лет назад. А вот упорство, с которым ты отстаиваешь устаревшую технологию, говорит как раз о том, что ты не хочешь и не можешь выучить ничего нового, даже совсем простенького. Видимо, потеснили на работе в пользу кого-нибудь с более гибким мышлением, угадал?
кодеры дельфовские на Западе НАХРЕН не нужны
Иногда требуются. Но новых проектов на Дельфах никто не начинает, да, и старые стараются переписать на чём-то менее дохлом.
в тех же США это нахрен не нужно
США большие.
там Java
Сейчас многие переводят старые приложения с Java на что-то более подходящее к текущему моменту. Ругайся - не ругайся, а тенденция есть. А те, кому жалко Java бросать, сейчас дружно выкидывают к чёрту из своих приложений JSP и заменяют на Angular или что-нибудь вроде, потому что только дурак не понимает, насколько так лучше.
и Оракл или Посгри
NoSQL в моду входит. Может, это ненадолго, поиграются и бросят, а может, и нет.
М$ только для наследуемых.
Да нет, жив пока ещё. Не знаю, кому за каким чёртом оно надо, но факт.
no subject
Date: 2016-07-21 05:27 am (UTC)2. понятно значит этого типа атак не знаем
3. понятно значит отличие XML от JSON и различные типы применения тоже не знаем
4. ты описал механизм который не используется со времени появления AJAX ну кроме японцев. Он так назывался представляешь да ? И да его кроме японцев никто и так дааавно не использует.
5. понятно - этого типа атак ты тоже не знаешь
6. о современных тенденция ты тоже ничего не знаешь - молодец возьми с полки пирожок - и посмотри на Облака. Может что подскажут :).
7. что за хуету ты сморозил ? тут речь шла не о приложениях исполняемых джаваскриптов в браузерах . ты там походу на какой то своей волне ....
8. ??? у тебя с головой в порядке ? где экономить кому экономить блядь ты ещё банковскую бизнеслогику загони на клиента а потом ой бля - где же все денюжки ... ты точно дебил какой то.
9. надоел ты со своей демагогий уже по тому что ты сказал ты достоин коронной фраз - Иди на ХУЙ, выучись сначала а потом сторой из себя. разговор окончен больше не подаю.
no subject
Date: 2016-07-21 05:59 am (UTC)1. Если тебе непонятно, о чём говорят, надо переспрашивать.
2. Вот и гадай, что у тебя на уме. То ли про XSS вспомнил (в таком случае ты точно 10 лет назад из программеров в таксисты ушёл), то ли вообразил, что JSON eval-ом обрабатывается.
3. Не знаю, может, ты и не знаешь. Я - знаю.
4. Что за чепуха? Какие японцы? Где и какой механизм я описал? Отквотить по-человечески не по мозгам, что ли? И чё это ты вдруг AJAX вспомнил, когда только что целую ветку визжал, что AJAX - говно?
5. Это ещё о чём?
6. А ты облака-то видел, или так, слыхал, что есть такие? Впрочем, вопрос лишний: я тебе тут именно описываю, что сейчас на облаках творится, как устроены приложения, которые туда кладут, а ты на все эти технологии гонишь, да ещё и на облака ссылаешься. Не знаешь - не говори.
7. Ну слава Богу, что не шла. Ещё не всё за баранкой забыл, значит.
8. То есть, ты всё-таки краем уха где-то слыхал, что слои смешивать - это ламерство. Когда дойдёт, что презентация на сервере - такое же ламерство, что бизнес-логика на клиенте, можешь бросать таксовать и снова в программисты возвращаться.
9. Ну ладно, иди дальше таксуй.
no subject
Date: 2016-07-20 11:55 am (UTC)Не факт, что не однодневка. Впрочем, это неважно.
Рай для начинающего.
Категорически нет. Простые вещи делаются просто, но рано или поздно встанет вопрос, почему это программа жрёт все доступные мозги и встаёт раком, и тут-то начинающий и закончится, так как на уровне знания, который даёт изучение подобных языков, такие проблемы самостоятельно не решить.
Ангулар набирает обороты и так как эта штука новая, но модная - спецов мало.
Ангулар изучается по tutorialу на их сайте за два дня.
А Java
Java - получше. Но всё равно начинать с языка, имеющего garbage collection - это всё равно что лезть учиться водить машину, не научившись ходить.
И SQL нужно знать
Это да.
на уровне полноразмерного языка
Бррр. Процедурные навороты что в PL/SQL, что в TransactSQL - мерзость необычайная (ну чисто эстетически уродство), к тому же, ИМХО, БД должна хранить данные, а место всему остальному - в бизнес-логике.
Только его знать должен не Систем администратор
А при чём здесь сисадмин? Это вообще совсем другая профессия.