Каким программистом стать?

[spring1976.livejournal.com]

Если молодой человек хочет стать программистом, то каким программистом лучше стать? Что именно изучать, что бы всю жизнь потом эти знания кормили и были востребованы? Php, 1C, Sql, html или что-то еще? Цель: Зарабатывать хорошо сейчас и в ближайшие 30 лет, допустим.

P.S. Всем спасибо! Путем анализа всех комментов пришел в к выводу, что наиболее правильно учить JAVA и C++.

Comments

[techwork.livejournal.com]

А кто говорит о смешивании и привязке к платформе ? это вы себе придумали такую модель. Сейчас вообще то все android приложения использующие внешние вычисления работают отлично на беке писаном на Java без всяких смешений.
сокеты это зло - иногда это зло бывает необходимо. Но лучше обходится без них. такова логика а не то что вы подумали.
За JSON надо убивать в первую очередь из-за не безопасности хранения данных. Во вторых за делание через жопу - зачем использовать зависимый от JS формат когда есть XML ? ты сам только что орал о кроссплатформенности и тут же лепет про JS
??? речь шла о фреймах, ты описывал фреймовую модель выдачи данных - я тебя и спросил при чём тут они ? Тебе сколько лет мальчик ?
??? ты двинутый ? Исполнение на клиенте это уязвимая точка раз, нагрузка на устройство клиента два , платформозависимость три. Для игр с транзакциями это нормально. Но для приложений с бизнеслогикой НЕТ !!!
Какого хрена загрузка страницы должна класть проц на 100% на клиенте ? Тем более что браузерная интерпретация JS в 30-40 раз а то более медленее чем исполнение скомпилированного кода на сервере. И это именно что проблемы архитектуры. С учётом облачных тенденций ты несёшь анахроничную чушь но при этом умудряешья не знать что такое фреймы..... ты кто ?
Эникей самоучка начала 10х годов ?
Что месье знает толк ? С++ только и используется для реально нагруженных проектов таких как facebook например - там весь основой нагруженный бэк на нём.
XML это не дело вкуса это W3C стандарт в ISO/IEC 24824-1
ты дебил ? я написал желательно с шифрованием (требование) а не SHTML (реализацию). Именно потому что реализации могут быть разные тут нет единого стандарта. это вообще может быть проприетарный кодер с проприетарной пересылкой пакетов. Банки такое любят.
Возможностей HTML5 ты судя по твоему комменту тоже не знаешь. Иди учи двоечник.
Java это промышленный стандарт - потому что обеспечивает самые лучше показатели цена жизненного цикла/скорость разработки/скорость исполнения кода/потребность в ресурсах . Он не идеален и там где Java не хвататет там С++ . Но для 90% разработки он достаточен.
Остальное же живёт лишь потому что есть специалисты которые это выучили и только это знает. Например почему в РФ до 2013 года для разработки использовали довольно широко Дельфи ? Да просто потому что кодеры дельфовские на Западе НАХРЕН не нужны. И уже очень давно. А те кто выучил Дельфи переучиваться на то что востребовано не хотел. При этом более менее, по скольку преподы были ещё советские, у них была хорошая математика. Поэтому наша любимая Почта России например полностью надельфина. Дельфи и Борланд он же Файрбирд. Но в тех же США это нахрен не нужно там Java и Оракл или Посгри. М$ только для наследуемых.

[vyacheslav-f.livejournal.com]

Сейчас вообще то все android приложения
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 в моду входит. Может, это ненадолго, поиграются и бросят, а может, и нет.
М$ только для наследуемых.
Да нет, жив пока ещё. Не знаю, кому за каким чёртом оно надо, но факт.

[techwork.livejournal.com]

1. мы говорили тут не о какой то конкретной реализации а о программировании вообще. О чём говорил ты - хз тебя
2. понятно значит этого типа атак не знаем
3. понятно значит отличие XML от JSON и различные типы применения тоже не знаем
4. ты описал механизм который не используется со времени появления AJAX ну кроме японцев. Он так назывался представляешь да ? И да его кроме японцев никто и так дааавно не использует.
5. понятно - этого типа атак ты тоже не знаешь
6. о современных тенденция ты тоже ничего не знаешь - молодец возьми с полки пирожок - и посмотри на Облака. Может что подскажут :).
7. что за хуету ты сморозил ? тут речь шла не о приложениях исполняемых джаваскриптов в браузерах . ты там походу на какой то своей волне ....
8. ??? у тебя с головой в порядке ? где экономить кому экономить блядь ты ещё банковскую бизнеслогику загони на клиента а потом ой бля - где же все денюжки ... ты точно дебил какой то.
9. надоел ты со своей демагогий уже по тому что ты сказал ты достоин коронной фраз - Иди на ХУЙ, выучись сначала а потом сторой из себя. разговор окончен больше не подаю.

[vyacheslav-f.livejournal.com]

Это что за 1234? Мне как гадать, что ты имеешь в виду?
1. Если тебе непонятно, о чём говорят, надо переспрашивать.
2. Вот и гадай, что у тебя на уме. То ли про XSS вспомнил (в таком случае ты точно 10 лет назад из программеров в таксисты ушёл), то ли вообразил, что JSON eval-ом обрабатывается.
3. Не знаю, может, ты и не знаешь. Я - знаю.
4. Что за чепуха? Какие японцы? Где и какой механизм я описал? Отквотить по-человечески не по мозгам, что ли? И чё это ты вдруг AJAX вспомнил, когда только что целую ветку визжал, что AJAX - говно?
5. Это ещё о чём?
6. А ты облака-то видел, или так, слыхал, что есть такие? Впрочем, вопрос лишний: я тебе тут именно описываю, что сейчас на облаках творится, как устроены приложения, которые туда кладут, а ты на все эти технологии гонишь, да ещё и на облака ссылаешься. Не знаешь - не говори.
7. Ну слава Богу, что не шла. Ещё не всё за баранкой забыл, значит.
8. То есть, ты всё-таки краем уха где-то слыхал, что слои смешивать - это ламерство. Когда дойдёт, что презентация на сервере - такое же ламерство, что бизнес-логика на клиенте, можешь бросать таксовать и снова в программисты возвращаться.
9. Ну ладно, иди дальше таксуй.