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

Ншнлаолшшллгшолош

(1) сорри клава на мобиле глючит

(0) ява раш и попробуй наваять микро конфу аля 1С по типу минисклад

(1) А дальше? И попроще...

(2) Эт круто больно. Вот читаю - под андроид ваяют микропроги, выкладывают на Маркет, продают. Ява раш - форум?

(4) андроидная ява это не совсем ява ))

Javarush вроде

Android - это не совсем Java.

(5) а что же это?

(6) Android Studio стоит, пробовал собирать простенькие activities... Вроде java.

(5) (6) Ну, как минимум, без явы никуда там.

(7) отдельная спецификация со своими заморочками и доп либами

(10) но однако JDK оно хочет стандартный жабовский и насколько я понял, собирает-то все равно компилятором из него

без него не работает во всяком случае и даже не ставится

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

(10) ну, к такого рода отличиям жабистам не привыкать. Оно как-то изначально сложилось, что были J2SE, J2ME, J2SE... и все заточено под немножко разные применения и со своими либами.

*J2EE

(13)Я бы не сильно расчитывал на продажи в андроид маркете.
Из ресурсов
1. Джава раш
2. Старт андроид (если тянет к мобайлу)
3. Книга Хорстмана джава для профессмионалов. Есть еще философия джава, но она более суховатая. Можно на досуге прочесть после Хорстмана.

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

(16) Спасибо

(17) По мне так классическая задачка - библиотека. Тут и работа с ГУИ, БД, файлами и для полноты ощущений с сетью и веб (я себе делал аналог MyHomeLib, с возможностью закачки книг с либрусека).

Есть такая программулина аля 1С на яве «Дебет Плюс v12», правда последняя версия 2012 года. Вот ее скриншот из википедии: https://upload.wikimedia.org/wikipedia/ru/1/18/DebetPlus_Prihodnaya_nakladnaya.png

Интересна она тем, что для желающих наваять на яве свой вариант 1С, в принципе, можно получить доступ к исходному коду «Дебета», как например, к приложениям, написанным на Visual FoxPro.

Однако сама ява лично мне что-то не очень интересна. Доступ к ODBC в последних версиях убрали, чтобы поюзать dbf нужны платные модули либо очень сильно надо изголяться без претензии на хорошую производительность. Да и сам интерпретатор чуть помедленнее будет компилируемых программ. Да, говорят, что скоро процессоры будут заточены под яву, но все равно ява пока менее привлекательна, чем, например, C++ с Qt, wxWidgets, Boost и т.п. Что мешает за основу взять 1С («семерку» или «восьмерку») и весь дополнительный функционал реализовывать через внешние компоненты и аналогичные методы? Хотя для локальных задач вполне можно использовать и яву, яву-скрипт, hta-технологии и т.п. Религиозного фанатизма здесь нет, вопрос только удобства и эффективности.

на Тостер.ру (сори, если реклама) напишите в поиске "Java начинающий", думаю там достаточно ссылок будет, даже в первых 3х темах результата поиска.

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

(19) <интерпретатор чуть помедленнее будет компилируемых программ>

Ява уж тыщу лет как jit умеет

<Да, говорят, что скоро процессоры будут заточены под яву>

Про это в начале 2000х говорили, но "не шмогла"

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

(22) Да, по большому счету, медлительностью явы можно пренебречь. Только перепробовав много чего, пришел к выводу: 1С хорошо кормит, но для души приятней иметь дело с С++ и фреймворками под нее. Совмещать приятное с полезным тоже можно, например, специализируясь на разработке внешних компонент под 1С. Ява, теоретически, может быть полезна, как, скажем, Adobe AIR. Но рано или поздно натыкаешься на ограничения, которые заставляют пересмотреть свои интересы.

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

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

* поучиться в идеале за его счет

(26) и что реально так что-то найти будучи нулевым? и чтоб хватило хотябы на тарелку супа?

начните с книг Гради Буч. это не джава. но понимание ооп создаст.

(0) если возраст, думаю на Java не стоит делать ставки темболее пик популярности уже пройден, рекомендую посмотреть в сторону мобильных разработок. для начало Start android долее курс от Гугла на https://www.udacity.com/ пройти.
Это довольно востребовано думаю на ближайшие 5 лет точно.

(30) В возрасте вообще желательно лечь и сдохнуть, но есть заразительные примеры - тот же Амиго, который в 50 с лишним только 1С занялся, конечно это единицы, но что теперь - опуститься, пить и уйти?

зы всегда интересовало, в VS есть синтаксис помощник?

(32) что значит "синтаксис помощник"?

https://www.codetriage.com/. Там регистрируетесь, также регистрируетесь в github.com, смотрите Issues, пытаетесь выполнить те, что по силам. В принципе, там для новичков не так много.
Также 26-го начинается курс от MIT - https://www.edx.org/course/software-construction-java-mitx-6-005-1x. На edx также нужно зарегистрироваться и, если Вы НЕ из Крыма, то всё должно быть.
Всё, о чем я пишу, совершенно бесплатно (только время и интернет).

(32) нету, вызывается внешний сайте MSDN или качать offline help

(28) если совсем нулевой, то, конечно, вряд ли. Но если не владеете конкретно этой технологией, а владеете другими, и есть сильное желание научиться - я думаю, все возможно.

(28) мне в МСК после 2-х месяцев обучения предлагали 100к нужно было на джаве писать учтеку для кинотеатров. После месяца обучения предлагали 70 в крупный магазин электроники. У меня сложилось впечатление что в РФ очень низкий порог входа на джаву, но и даже норм спеца редко платят хорошие деньги.

(37) Не низкий порог входа а место явы в РФ занимает 1С.
За границей же java это стандарт бизнес/учетных приложений. И де факто спец по яве там должен быть как по уму 1С-ник с кучей сертификатов ))

в 1с вообще порога нет. Диски разносить и формошлепством зщаиматься могут и после школы взять.

(38) в РФ должны быть офисы ЕПАМ и Люксофт. Там ЗП на буржуйском уровне. Но я слышал, что они не сильно набирают людей, так как буржуи не хотят работать с РФ.

(40) java: http://www.luxoft.ru/job-opportunities/?arrFilter_pf[cities]=1&arrFilter_pf[categories]=95&set_filter=Y#filter-form

js: http://www.luxoft.ru/job-opportunities/?arrFilter_pf[cities]=1&arrFilter_pf[categories]=45359&set_filter=Y#filter-form

(41)+ Как видно им нужны состоявшиеся сеньоры/лиды, джунами они забиты и да они уже не нужны, своих девать некуда ))

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

(43) Проблеммка что поизучал вакухи они везде в придачу к java хотят еще js но заразы прямо не говорят что им нужен "фулл стек разработчик" а пишут про AngularJS ))

(44)+ Кста это уже слегка устаревшая метода разработки, когда бэк/сервер на java, а фронт/клиент на js.

Сча можно или все на java (множество удобных фреймворков есть vaadin, wicket, zk и т.д.).
Или все на js пишем используя сервер на nodejs.

(45)+ Причем этот пресловутый ангуляр это блин jsp один в один )))

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


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

А какой смысл просто так его изучать?
Времени много свободного?


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


Ява скрипт изучай. Это тема. Сможешь всегда шабашки найти.

И сейчас Ява Скрипт - это такой навороченный язык. php отдыхает...

(45) Фронт на джаве - это удел кровавого интерпрайза. Еще немного живет GWT. Но в джава кругах многие девелоперы считают в западло писать фронт на джаве.
Нельзя сравнивать бэкенд ноды с бэкендом джавы. Нода это сокрее для выдачи контента, если есть расчеты, то ни о какой ноде не может быть и речи. Меня вполне устраивает вариант бэкенда на джаве/скале и фронт на js. Но в текущем проекте почти нету задач на разрабокту фронта.
(46) Ангулар не "ломает" html по сравнения с jsp. И Ангулар обрабатывается на клиенте, чем снижает нагрузку на сервер.

(41) Regular - это middle. После обвала валют в СНГ конкуренция на такия вакансии сильно выросла, и сейчас с джуна спрашивают как с мидла лет 6-7 назад
(44) как правило если в вакансии написано Java + JS, то что-то перевешивает. Либо джава как доп скил и в основном будут задачи на фронт. Либо js как доп скил и нужен что бы лучше понимать как будет использоваться твой рест сервис на фронте.
(46) Ангулар больше применяется там где нужен простой фронт, в более сложных предпочитают React JS.

(47) Java проекты подразумевают долгое участие девелопера - это правда, а вот то что требует присутствие -- это полная фигня. В таких проекта все распланирвоано и горячки нет почти никогда (после 1с кажется что попал в рай). На фрилансе джава может пригодится в Андроиде.

(49) > Regular - это middle. После обвала валют в СНГ конкуренция на такия вакансии сильно выросла, и сейчас с джуна спрашивают как с мидла лет 6-7 назад

про это и речь что regular это западный сеньор блин по сути ))

(50) Java проекты это не для опытного 1С-ника )) он после пары недель или месяцев (зависит от характера) начнет маты складывать в попытках "переписать 1С".

Уже сколько таких проектов видел где каждый раз свои лисапед изобретен с 0 по типу ПВХ в 1С или отчетности/СКД или еще чего.
Т.е. вместо того чтобы сразу писать бизнес-логику и интерфейс сначала быстренько набросают структуру БД (которую потом 10-20 раз придется переколбашивать с остающимися ошметками в виде ненужных уже таблиц/полей, но совместимость кода ля).
И начинают писать слой(и) "прокладки(ок)". Ребята но может было проще купить оптом 1С???

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

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

учи, учи, и да воздастся тебе

а лучше сразу иди джуниором к сапёрам - там будет тебе совершенно другого уровня экспириенс и вообще другие деньги

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

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

(55) Ху из "ИоЕ"?

(56) Этим эйчарам удаленка по java не нужна случаем?

(57) удаленка? ты смеешься? за 150-300 в сложных проектах будут тебя по скайпу вызванивать? ты здоров вообще?

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

(58) (59) Как бы в курсе подобного израта, свалил от такого завершив проект, ибо нервы/здоровье дороже.
Но знания/опыт остались и есть желание найти что то такое на 2-3 часа в день.

ИоЕ то это что?

(51) Западный сеньер это спец выского уровня, далеко не каждый сдешний синьер тянет на западного синьера. Просто раньше у нас  были индусские мерки.
(52) Все учетки которые я видел, как минимум расчитаны на более высокие нагрузки чем 1с. Я бы и не пошел работать в проект где пытаются повторить 1с без надобности.
(55) Очень смешно
(58) очень часто команды распределенные. И в офисе достаточно появлятся 1 раз в неделю.
(59) у вас 1с головного мозга, жить в офисе - это про 1с, но не про джаву.
(60) Подозреваю что имелось в виду ИОТ, но видимо алкоголь сделал свое дело и получилось ИоЕ

Мне раз в неделю приходит вакансия на почту или айчары добавляются в скайп и предлагают работу java разрабом в МСК. И последнене время наблюдается активизация.

(61) >Подозреваю что имелось в виду ИОТ

понятнее нифига не стало...

(62) Мне только по 1С подобное изредка. Ну логично ибо нигде вакансия не висит и конторка была не сильно крупная где по java работал.

(60) В джава проектах нервы как на курорте, если сравнивать с 1с. Сидишь в как цпрь. часто в офисе кухня с набитым холодильником от работодателя. Тренажерный или зал с настольными играми и видоиграми.

(64) IoT  - internet of things - интернет вещей.

(60) вот мне на работе главное отбыть 40 часов в неделю и всем пофиг когда я пришел и когда ушел

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

Но мне было очень сложно видеть эти убогие поделки, когда уже был опыт на 1С где подобные задачки решаются в 5-10 раз меньшими трудозатратами программистов.
Т.е. java только когда пишем один раз, затем используем без покупки лицух много раз и на куче юзеров/компов.

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

(66) Ясно.

"Интернет вещей" это пока полная чушь, хотя как раз там "встроенная ява" рулит кста. JavaCard это стандарт уже давно и конкуренция только от C.

(61) > очень часто команды распределенные. И в офисе достаточно появлятся 1 раз в неделю.

в среде сапёров все очень узко, спецов мало, поэтому сказки про фриланс из подушки - не надо лечить плз. смешно

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

а подберут оттуда же ) разведка работает

(66)(69) человек прекрасно понял о чем речь, но захотел рубиться до последнего за ошибку. ошибка в ону букву, все прекрасно поняли о чем речь, не дураки здесь. Дураки не здесь.

(50)ну вот. фрилансеру ничего не светит пока он не станет хорошим специалистом. и жму руку за то, что все получается.

(73) Не-не я действительно подумал мож я что новое успел пропустить... Для меня этот "интернет вещей" из разряда чайник с интернетом - да можно но зачем?

(68) вы очень однобоко смотрите. Далеко не все проекты решают ту же задачу что и 1с. И даже в среде учетных систем 1с как минимум может не пройти по требованиям секьюрити, отказоустойчивости расширяемости. Вот я с момента когда ушёл из 1с работал в 2-х проектах:
1. Облачный бэкенд с широким апи backendless.com (аналог уже бывшего parse.com)
2. Доработка фреймворка для распределённых вычислений apache spark.
Учётные системы часто делаются на чистом j2ee ,а программистов называют xml программистами так как там нужно больше конфигурить чем кодить(используются готовые блоки)

(69) IoT очень перспективная тема. Все идёт к глобальному взаимодействию устройств. Но он скорее усилит джаву, чем убьет

(76) Да в ваших примерах проектов как раз правильное применение java, а не когда ее пытаются засунуть туда где лучше бы на 1С.

А вот про "учетные системы" на чистом J2EE и говорил, что это такое лисапедостроительство ))

(77) Никто и не спорит что оно к тому и идет. Но оно будет немного в другом виде чем представляют.

Вот к примеру сча заказал для работы парочку апельсинов
https://ru.aliexpress.com/store/product/Orange-Pi-One-ubuntu-linux-and-android-mini-PC-Beyond-and-Compatible-with-Raspberry-Pi-2/1553371_32603308880.html?spm=2114.8147860.0.65.u3tNqR
Для банальной цели - сделать универсальный контроллер на умные двери (для замены нынешнего на микрокомпа на geode). Причем оно будет совмещенное с контроллером домена.
Для простоты идентификации ))

(79) у нас в организации есть свой продукт в сфере ИоТ. Там тоже есть серверная часть которая мало отличается от любого другого бэкэнда. Слышал что они сделали пояс который следит за состоянием ребёнка у беременных и информирует врача о показателях.

(80) Вот! Про что и речь что сфера IoT это еще долго только только там где оно нужно и важно.
Никакого смысла чайник или микроволновку подключать к интернету, в отличие от различных специальных датчиков и контроллеров.

Кстати подобный пояс для беременных легко удешевляется за счет использования смартфона как контроллера и способа подключения к инету. Ценник на простые датчики и блютуз/wifi модуль смешные сча.

(48) Уже давно никто фронты на чистом Java не пишет.
Идет связка JS & Java.

Дело в том что нас долго приучали быть смеренными, что сервис нам не нужен. Я хотел бы себе организовать умную систему. Вплоть до того что система изучала моё поведение и готовила чай, кофе, еду в нужное время. Холодильник заказывал еду, а робот уборщик делал уборку по надобности. Что бы машина ездила без участия человека. Я вот недавно ехал и думал, что если в пробке единая система могла управлять всеми машинами, то пробки не образовывались или быстрее устранялись.

(55) "Дети хоронят коня" (с)
Коля, java хоронят с момента её создания и всё никак.

(84) а зачем ей умирать и чем она так уж плоха? Из реальных конкурентов только .net, который проприетарный и пока довольно плотно подвязан к виндам.

(76)
Учётные системы часто делаются на чистом j2ee ,а программистов называют xml программистами так как там нужно больше конфигурить чем кодить(используются готовые блоки).

Вы написали хоть одну учётную систему Сами?
Вы пишите j2ee, что именно Вы в это вкладываете?
j2ee= j2se (server) + сервер, реализующий j2ee.

(85) .net, который проприетарный и пока довольно плотно подвязан к виндам

https://www.microsoft.com/net/core#windows

(85) Можно подумать, что OpenJDK обладает бешеной популярностью.

(86) я не написал не одной учётной системы сам, я же написал в каких проектах учавствовал.. Но ходил по собесам слушал что предстоит делать. В j2ee я вкладывают j2ee стек. https://ru.m.wikipedia.org/wiki/Java_Platform,_Enterprise_Edition

(0) - привет. С просветлением тебя!

(0) https://stepic.org/course/Java-Базовый-курс-187/ ответы на твои вопросы

(61) "Западный сеньер это спец выского уровня, далеко не каждый сдешний синьер тянет на западного синьера. Просто раньше у нас  были индусские мерки."

Дадада, там вообще эльфы с высшим разумом.

Потолок - он один для всех, выше - не прыгнешь.

(87) Но он очень активно развивается.
Так NetStandart станет основой для Xamarin. Уже сейчас куча библиотек пишется по NetStandart. Для примера 1С,Linux,Excel,Word,OpenXML,Net Core

Так, что сейчас взят вектор на кроссплатформенность. Конечно большой .Net круче и в нем много чего нет в .Net Core
, но .Net Core быстро развивается.

https://blogs.msdn.microsoft.com/dotnet/2016/07/15/net-core-roadmap/

(87) core урезан. И как насчёт бесплатно получить визуал студио? джава, хотя принадлежит ораклу и тоже проприетарная, имеет все-таки куда более свободные условия распространения, да и средств разработки свободно распространяемых под неё полно, тот же эклипс.

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

(94) Посмотри 93

VS много разных бесплатных
https://www.visualstudio.com/ru-ru/visual-studio-homepage-vs.aspx

(95) Если ты зарабатываешь деньги с помощью их инструментов, то заплати за инструменты.

Но я не зарабатываю и пользуюсь без проблем

(91) +1 на степике много хороший и бесплатных курсов. Большинство на русском языке.
(92) Так синьер - это не высшая ступень. Есть как минимум Архитектор и Тех лид. На постсоветском пространстве статус синьера скорее поолучают по выслуге лет чем за знания. Я, если честно, не особо могу провести грань между мидлом и синьером. Джунам и мидлам задают на много больше бесполезных дурных вопросов, а Синьером поговорили о архитектуре прошлых проектах и все.
Мне вот когда-то такое попадалось
int foo(){
  try {
    throw new RuntimeException();
  } final {
    return 5;
  }
  return 10;
}

Типа что вернет метод при вызове.

(99) + когда я задал вопрос знакомым скиловым кодерам, они ответ знали так как вопрос частый, но и добавили, что сделали бы замечание интервьеру, что бы глупости не спршивал

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

(93) Я наоборот говорю, что "Небо становится ближе" (с) про .NET. В общем-то не так уж и важно проприетарно, в данном конкретном случае, или нет

(94)
https://www.visualstudio.com/ru-ru/products/visual-studio-dev-essentials-vs.aspx

(0) Прохожу сейчас стажировку от JavaRush. Учу джаву около года.  
FAQ Как учиться: Лучший способ это уволиться и купить курс с ментором на месяца 3-4. Такие есть. Всю литературу для подготовки получите вместе с курсом. Проведут от А до Я. Не дешево.
Как самостоятельно подготовится к джуниору:
Начинаем учить английский (обязательное требование)
Основы ООП, паттерны (надо понять, особенно 1Снику)
Java SE - читайте все подряд(Эккель, Хорстман и прочее)
Практику берите на JavaRush. Без практики из головы через 2 дня все вылетает.
Когда освоитесь с Java SE и напишете пару своих консольных пет проектов типа сетевого чата, беремся за web-стек. Т.к. сейчас Enterprise проекты почти все пишутся на web-стеке, java EE отмирает. - Spring(огромный фреймворк который больше всей 1С), Hibernate, sql, html/css/js и куча всего по мелочи. Тут уже надо начинать читать литературу на английском, т.к. на русском инфы мало. Хороша стажировка от JavaRush. Потом собственно пилите свой web-проект на Spring, готовитесь пару недель к собеседованию, и вперед искать работу(на самом деле джуниоров сейчас некоторый избыток, поэтому поискать придется).
Путь длинный и не легкий, поэтому на кривой козе его не проедешь. Беритесь всерьез или не беритесь вообще. Удачи.

(104) До Явы кем был? Только 1С?

(105) Да, только 1С во франче, образование высшее не профильное.

(106) Нашел работу на Яве? Удовольствие от кодинга есть?

(104)а для фрилансера Java годится? Если планируешь работать только дома без выездов к работодателю?

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

(108) Фриланс в Jave только на андроиде. Если планируешь всерьез заняться фрилансом то это web. html/css/js + пара свежих фреймворков. Учится все это легче чем Java Enterprise. Android  в принципе тоже не плохо если душа лежит к этому.

(108) Именно для фриланса серверная джава не годится (разве что работаете в команде которая подбирает заказы с фриланса). Фрилансить лучше на буржуйских биржах. Андроид годится. В серверной джаве можно найти удаленую работу начиная от Middle+.
(109) У меня сестра проходила стажировку на джава раше, мне не очень понравился материал.

(111) А ценность и не в материале, а в ревью твоего кода за доплату, где очень крутой тренер указывает тебе на Твои ошибки.

(112) Ну так он учит JSP и JQuery. Еще и спринг и хибер конфигурить в xml.

(112) какая уже неделя?

(113) JSP там самые основы. jQuery это самый используемый js-фреймворк, его знать обязательно. А то что в xml, то это норм, т.к. многие java-enterprise проекты старые, и не везде аннотации используются еще. тем более если знаешь как конфигурить xml с аннотациями справишься точно. (114) вторая

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

ps. А в фреймворках типа Ангулара использовать jquery плохой тон и снижение производительности

(115) у меня к jsp, gwt и jsf отношение однозначено, если на собесе начинаю распрашивать, я отвечаю, что если у них используются такие технологии, то я не хочу  у них работать

(116) Я придерживаюсь позиции что первую работу не выбирают. Любой проект с любыми технологиями для джуниора подойдут. Потому что даже если это унылое поддержание legacy кода на jsf и прочем(единственное должен быть Spring, но он сейчас в 80% проектов), ты получишь настоящий боевой опыт, и строчку в резюме, и уже через год сможешь выбирать проект который тебе нравится (придется чуть больше учить вечерами актуальные технологии)

(116) С ангуларами там не так просто вроде. В любом случае знание ректов, ангуларов java dev'у не требуется. Нужны просто базовые понятия,а т.к. чистый java script нигде не используется, хотябы jQuery изучить надо, тем более что там ничего сложного нет

(118) Может и так. Я вас не отговариваю, однозначно стажировка пойдет на пользу. Просто не считаю ее идеальной.
(116) от проекта зависит, бывает, что кодеры работают по фул стеку. То есть реализовуют задачу от бэкенда до фронтэнда.

(109) "Удовольствие получаю как от самого кодинга, так и от того что как-бы крутишься в мировой экосистеме программистов где всегда происходит что-то крутое."

Это пройдет. Спроси, вон Jija Grenkov :-)

Когда я возвращаюсь из восхитительного мира Delphi в скучный мир 1С, я испытываю эйфорию, насколько все быстро, изящно и с полпинка все делается :-)

(109) Но ты все равно, держи нас в курсе событий.

(110)(111)Вот я поэтому и изучил css, html, php и немного js. Чтоб на фрилансе зарабатывать. Java бы изучил, но не как вы и говорите, на ней тяжело найти удаленные шабашки.
А под андроид программировать не особо хочется. Слишком узко.

(123) На Java тоже можно много чего найти - просто - когда заказчик ставит задачу, не надо сразу говорить, на чём оно будет написано.

(121) получать удовольствие от кодинга можно на любом языке. Тут больше от человека зависит. Мне и на 77 нравилось кодить, потом перешёл на 8 понял что к 77 больше не вернусь. На джаву переходил больше из за денег и желания прикоснуться к "великому". В придачу к джаве получил много плюшек. Потом открыл для себя скалу понял, что для меня это идеальный яп.

(124)Я предпочитаю честно работать. Без недоговариваний.

(124) Так как на фрилансе в основном небольшие проекты, сложно там на джаве писать. Хотя бы из за цены. Свистопердулька будет дешевле на PHP

(127) Свисто-пердулька дешевле выходит на MsHta и VbScript.
Но, на Java можно сделать готовое приложение один раз, а уже потом на кнопки развешивать действия - нужные заказчикам.

(128) Я о таких технологиях мог услышать только в музее языков программирования ). Я подразумевал все же вэб приложения. А мини программки как-то не выгодно писать, так как вникать в суть задачи дольше чем кодить. Я вот искал для сестры задачки на фрилансе, что бы можно было реализовать на джаве. Таких задач мало. Те кто хотят подешевле боятся словов джава, из дорогой поддержки, если дешевый джавист потеряется. Нашел задачу сделать парсер китайского сайта ставок с кучей JS который меняет данные и ужастной структурой и защитами от парсинга. В итоге за 100$ сестра сидела неделю и я еще пару дней.

(129) В музее, говоришь, но Microsoft свои поделки и утилиты до сих пор через это "супербыстрое решение" пишет.

(99) Шо неужели не 5 вернет?

(131) Exception главнее. Return 5 выполнится но вернется exception

(132) Проблема в том, что это ещё и от реализации зависит.
У меня в старом компиляторе вообще стояла галочка "вызывать finally после exception", если её снять, блок finally исполняться не будет.

(130) Я очень далек от майкрософта. Но второй осью стоит винда, я на ней иногда в игры играю.
(133) Шито? Я про джаву говорил

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

(135) где это сборка криво работала? Можно пример кода? И о какой jdk речь?

(132) Ну вот заставил же проверить.

1. Ошибка "finally", а не "final".
2. Не компилируется "error: unreachable statement" если не убрать последнее "return 10".
3. Возвращает 5, как я и думал: http://pastenow.ru/Y50K

(137)+ Ибо "оператор return в блоке finally убирает не обработанные исключения"...

(137)(138) проверил, тоже теряется исключение. Видимо что-то перепутал. Тут главная суть, что это край абсурда в finally делать return

(139) дык исключение внутри try же вызвали, все логично.

так оно же не ловится в кэтч

(141) И вот не пофиг что catch'а нету? Исключение то словлено но обработки его нету, сразу к коду после него перешли.

(139) Главная суть в том, что это проверяется с полпинка кодом, может забыться по причине бредовости изначальной и из-за такой дичи компания может пропустить мимо такого мегагуру, как Jija Grenkov

(136) Просто, вопрос стоял в управлении считывателем данных, синхронизированным с двигателем.
Так как на тот момент Java была одним из "модных" языков - было решено её попробовать.
Но, как оказалось, при большом объёме данных она начинает притормаживать - то есть выполнение алгоритма идёт рывками.
В итоге, как всегда, победил Си.

(144) Как вспомню, что простейший сервис, реализующий меню в системтрей жрет 48 метров оперативки - так вздрогну. :-)

(144) Это было предсказуемо ибо java (как и другие виртуальные машины кода) оно не реального времени.

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

(145) Сколько он там жрёт - не важно, так как это вся java-машина, а вот то, что он не быстро работает - уже напрягает.

Хотя, алкоголики, например, работают с Java (Транспортный модуль-то на ней родимой написан) и не сильно плюются.

(145) Нет желания сделать "меню в системтрей" на 1С ? :)

Суть что разные системы имеют разное предназначение и особенности. Для системтрей C++ или Delphi/Lazarus пока ничего лучше нету.

(146) Конечно, нужно и сборщиком управлять и первоначально размер эдема ставить и т.п. - в итоге, проще взять Си и не мучатся - будет работать, как написано.

(148) Си, лучше Си - с плюсами у не очень опытного программиста могут в итоге сплошные минусы выйти.

(147) Блин какая же путаница... java работает быстро! Вы подобные объемы данных попробуйте на C++ обработать и сможете сравнить ))
Причем когда у вас на коде C++ будет еще динамическая работа с памятью по выделению/утилизации.

(144) подозреваю, что вы этого мусора много генерили. Если там математика на примитивах, то можно обойтись без GC.
(146) Си легче взят когда кода мало писать нужно, если много то пофакту супер быстрый код си окажется медленне чем java

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

(152) Не совсем, просто на С/С++ часто в другие условия ставят, неравные.

К примеру на C/С++ целиком нужный объем памяти (несколько гигов) сразу выделяют и начинают юзать.
А не как в java где прога начинает кушать больше по мере загрузки данных и отдает назад по мере очистки.

(152) Просто, когда нужно возвращать структуры, то в Java - это объекты, а в Си - это просто буфер - в стек пихнул указатель, заполнил структуры и вышел из функции - и главное - вообще никакого выделения памяти - только стек.

(153) Еще один миф "java не работает быстро с числами"...

Блин не путаем прямую машинную обработку int'ов в C/C++ когда практически ассемблер на проце и работу с большими или вещественными/комплексными.

(154) В java тоже можно выделить большой объём под Эдем и сборщик мусора вообще ни разу не запустится.

(155) Джава для примитивов использует стек

(157) в джава можно выделить память напрямую, и она не будет в области Хипа и сборщика муссора. Все тяжелые фреймворки так делают

(156) long double - в java просто нет.
Так что мерить скорость просто бессмысленно.
А long double - это копия регистров сопроцессора - наиболее быстрая обработка.

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

(159) Опять же, всё, что вызывается как "встроенные объекты" для работы с системой - написано-то не на Java.

Java хороша только тем, что может использовать все ядра процессора, на Си это будет сделать не так уж и просто.

(162) я скажу так. Джаву используют в системах биржевой торговли. А это вам не двигатель обслуживать. Там  за длинну провода между серверами воюют

(163) у вас скорее не получилось ее приготовить

(160) под это сколько памяти выделяется?

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

(166) long double - это 10 байт, а в Java - double - это 8 байт.

(165) Просто, мы нашли то, что готовить проще.

(169) С этого и надо было начинать, а не про какие-то абстрактые тормоза в вакууме.

(170) Просто, когда компилляется программа на Си, то все настройки делаются в компилляторе, а в Java тоже самое нужно делать при запуске виртуальной машины.

(171) что то мне подсказывает, что для вашей задачи и производительности php хватило. Наверняка даже не паралелили вычисления.

(156) "Блин не путаем прямую машинную обработку int'ов в C/C++ когда практически ассемблер на проце и работу с большими или вещественными/комплексными."
А есть разница?

(173) int32, 32 битный проц, числа от -2 147 483 648 до 2 147 483 647.
Что делать если нужна точная арифметика с большими цифрами? Не с плавающей точкой, а точная.

Причем заранее размеры чисел неизвестны, они могут быть какие угодно большие.
Как представлю эти извращения в C/C++ чтобы такие числа представлять и оперировать с ними (вычисления производить), так слегка смешно становится от объема требуемого кода.

Когда каждое число будет отдельным объектом и придется память постоянно под эти объекты выделять/чистить за собой вручную.

(173) обработка интов в джава такая же прямая как и в с++.

(174) Хмм.. Ну, с этой точки зрения и целые могут быть сколь угодно длинными.
"Как представлю эти извращения в C/C++"
В случае с++ не будет никаких извращений. Для С можно написать транслятор.

(176) Извиняюсь а чем этот транслятор или прочие извращения будут отличаться от готовой машины java?
Где есть уже универсальная готовая работа с динамическими объектами в памяти, причем весьма шустрая?

(177) Ничем. Он же там написан на C/C++ )

(178) Ага и? Какой смысла тогда писать эту прокладку самому и получится ли сделать ее шустрее/лучше?

Полная аналогия с платформой 1С блин, ну напишите свой движок и потом уже прикладное решение в виде конфы...

Ничего общего между Java и 1С нету. Не видел 1сника, который, может работать в хоть в каком нибудь IDE Java

(179) Просто, тянуть всю машину Java только для того, чтобы работать с числами чуть больше регистра - ну это просто смешно.
А под статические массивы int A[NumSize] память не выделяется - они в Си представляются как структуры.

(180) Общее есть - код написанный что для Java, что для 1С без соответствующего движка - не исполняется.

(181) Фразу "заранее размеры чисел неизвестны" пропустили?

(183)+ Размеры чисел становятся известны только при выполнении программы, как и количество этих чисел которое так же может быть офигенно большим.

(182) Это замечание не технологично. Понятно, что без платформы не исполняется. Но java не ориентирован на прикладную область. Все библиотечки для java - больше системные а не прикладные

(185) >Все библиотечки для java - больше системные а не прикладные
муа-ха-ха https://vaadin.com/home

(179) Я не могу оценить всё огромное множество случаев. Писать не нужно, наверняка есть всё готовое. https://ru.wikipedia.org/wiki/GNU_Multi-Precision_Library

(186)+ http://demo.vaadin.com/sampler/#

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

(183) В стандартной библиотеке С++ для работы с числами 256-байт под число - они считают, что больше и не надо.
И она с числами работает "из коробки", то есть include в свой код - и поехали.
Собственно, в  java - тоже самое - подключил библиотеку (самый главный вопрос - а не ту же самую ли) и работаешь.

(187) вот это стоит забыть и привет...

/* free used memory */
mpz_clear(x);
mpz_clear(y);
mpz_clear(result);

(190) "утечки памяти"

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

Просто, в java тоже можно "цепочку объектов" на всю память создать.

(193)+ Можно и свой движок 1С написать...

(186) Что такое ваша ссылка?

(195) Опровержение что все библиотечки java они "больше системные"

(194) Можно, но не нужно - зачем повторять чужие ошибки.

(197) Правильно лучше добавим свои... так и бабла можно срубить больше не исправлениях и уй куда клиент денется...

Только клиент/заказчик то не дурак (ну или посоветуется) и закажет софт не на C++ а на Java ))

(198) "Только клиент/заказчик то не дурак (ну или посоветуется) и закажет софт не на C++ а на Java ))"
Если и так, то из-за маркетинга, а не технических преимуществ.

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

(200) Это гениально... из лаунчера на java запускать код на c++... Но я бы за такое канделябром ))

(180) вброс?) Ну серьезно сам язык джава та же 1с массивы, условия, циклы. Даже тупой 1снег как я может освоить синтакис джавы и классы.

(199) Почему программисты, а и в целом ИТ-ники считают что важнее качество а не цена?

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

(201) И Андроид без NDK не взлетит.

(203) Важнее цена/качество.

(201) Так ты ещё этого и не найдёшь, так как исполняемый код процессов собирается по мере необходимости.

(196) Ну как бы от вас ждем опровержения

(206) Влегкую найду, просто запущу этот типа java код на другой платформе и все.
И посмотрю как оно будет вылетать на ARM'е ))

(207) Вы о чем? Построение гуя с биндингами это самый что ни на есть прикладной уровень, а никак не системный.
Системный это winapi

(209) Уже давно нет. WinAPI был системный в начале 90-х

(210) winapi остался за бортом там где ему и место.
Сча в лучшем случае его уже обернутым юзают в нечто более удобоваримое.
Если конечно не пишем вирус/антивирус или нечто вроде. Но какое это отношение имеет к учетным/вычислительным системам?

(210) Никакого.

Прикладной уровень - это API облаков гугла или подобное

(199) Выдалеки от реального мира разрабокти выскокуровневого ПО. С++ знимает нишу эмбэдед систем. По с большим количество бизнес логики никто на С++ писать не будет так как оно будет в 2 раза дольше разрабатываться, а потом окажется медленнее Джавы. Как вы думаете что не так с Севером 1с?
(205) Та хрень ваша цена качество. Есть список задач и уровень обслуживания, в том числе скорость выполнения. Так вот берется самый дешевый варинат который удовлитворит указанные условия.

(208) Так оно и на другой машине напишет, что "запуск здесь невозможен, так как система не настроена" - и сиди и гадай, почему.

(212) Ну дык на java системный софт и не пишут обычно ))
А вот универсальный С++ больше подходит для системного и платформозависимого, для всяческих защит и прочего.

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

(213) Серверная часть "апи облаков гугла" как раз на java, они даже придумали GWT - компилятор языка одной виртуальной в код другой виртуальной.

(215) Как бы классы java прекрасно декомпилируются... И потом исполнитель попадает на бабки в случае правильного договора и ТЗ.

(216) да, потому что так дешевле разрабатывать.

(214) Очень далёк. Поэтому в основном пишу на питоне. Нишу эмбэдед какого-то лешего заняла ява. По сеньке ли шапка?

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

(219) Потому что "compile once, run anywhere"

(219) В эмбеддед - памяти мало, чтобы с ней лучше работать, они выбирали то, что память не теряет. А скорость - там как раз не важна - оно всё равно так тормозит, что что-то реальное написать невозможно.

(221) С большими ограничениями, если что-то необычное используется.

(221) Feihua?

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

(220) Вызов нативных дров это одно, а бизнес логика или интерфейс на C++ вместо ожидаемой Java это уже не то.

(226) Ну, по мне, интерфейс - это окошки программы, а всё остальное - вызов драйверов.
Или для вас ещё и имена переменных в ТЗ нужно указывать ?

(224) Науя мне ваша супер-пупер прога на C++ когда у меня планируется смена железа/осей?
И я точно знаю что JVM есть и там и там причем совместимая.

(219) Для меня пайтон не более чем вспомогательный язык.

(229) Для вебщиков очень даже мощная вещь

(228) Если в ТЗ не написано, что она должна работать там-то и там-то, нет проблем - если же написано - будет работать.

(227) Когда нам предложили "сделать сайтик" я первым делом спросил "на какой CRM он будет".
И после ответа "на их собственной" они были посланы лесом-полем.

(232)+ сорри CMS

(233) А какая там? Мне интересно, потому что я обслуживаю интернет-магазы

(233) Ну, некоторые до сих пор своё пилят.
И, иногда, оправданно, особенно, если в стандартных есть дыры - к своей-то код не каждому показывают, а для стандартных - он весь известен.

(230) Ага джава вам меденная за то пайтон быстрый ) Пайтон в разы медленнее джавы.

(225) "в эмбедед системах с джавой используется апаратная джавамашина." http://www.linux.org.ru/forum/development/10677738
(229) То есть это вы далеки от реального мира разрабокти выскокуровневого ПО?

(236) Пайтон же не работает на архитектуре, это интерпретатор

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

(239) Ну, если он уже у них есть, то зачем брать что-то другое, если есть рабочее решение ?

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

(236) Когда медленнее на сцене появляется C++.

(237) Ну, как бы, андройд, если отбросить тонкости - это аппаратная java-машина.

(237) А о каких эмбедед системах на джаве речь?
(237) Я зарабатываю разработкой на джаве и скале, тут пайтон ничто иное как младший брат.

(241)+ Причем оно даже не HTML5 как выяснилось, т.е. устарело вусмерть.

(243) Андроид это Линукс с мобильными примочками

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

(242) вот давайте с примерами. Высоконагруженных систем на пайтоне. Пусть со вставками с++. Пустословие надоело. Я буду показывать высоконогруженное ПО на джаве / скале с которым работаю

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

(249)++

(248) https://en.wikipedia.org/wiki/Theano_(software)

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

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

(251) Как бы, в вычислениях, например, тот же matlab делал джаву только так - так что это явно не её поле.

https://habrahabr.ru/company/biggo/blog/102742/ и высоконагружать можно почти до бесконечности.

(251) (254) Ну извращенцев на свете как выясняется много ))

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

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

(255) И богатых, блин https://www.google.ru/search?ie=UTF-8&hl=ru&q=cern%20theano&gws_rd=ssl

(255) Я бы веб-девелов, сделавших рынок, посадил работать за их поделиями по 24 часа в сутки.

(257) Оно, в принципе, нормально работает.
Все поделия - это php и иногда - заказные модули - просто и ясно.

(251) Я даже нигде не нашел тестов производительности этой поделки. Но я как раз работая на крупного дистрибьютора хадуп и пилю Apach Spark. Знаю точно, что nampy проигрывает чистой джаве по производительности, а фреймворкам для вычислений и подавно. Так вот на реально больших кластерах пайтон может выступать только как вспомогательный язык, который запустит mapreduce или spark джобу. Если джоба спарка будет на скале то будет ощутимо быстрее

(254) это со спарком и рядом не стояло по производительности. Спарк реально самый быстрый фремворк распределенных вычислений. Еще есть Kafka одна из самых быстрых очередей.

Что не так с сервером 1С?

(251) Вот нашел Deeplearning4j как минимум в 2 раза быстрее поделки.
http://deeplearning4j.org/compare-dl4j-torch7-pylearn.html

(261) Вечные проблемы с памятью, деградация в процессе работы.

(261) в общем полный комплект проблем с++ приложения в большом продукте. Подозреваю, что то же самое на джаве работало куда лучше.

(263) Да вы прямо капитан-очевидность.
Я то думал, вы причины этого скажете.

(263) Почему деградация с памятью возникает?

(266) из за фрагментации памяти и из за утечек. Как по мне это не менее очевидно.

(264) Ну да, память бы не текла, ее бы просто не хватало. Приложение рождало бы 100500 потоков и постоянно несколько из них занималось бы неизвестно чем.

(268) полная чушь

(269) Конечно, конечно.

(267) Почему память утекает, не знаете?

(258) Интерфейсы бестолковые, не предназначенные для ввода большого количества данных, а если лаги в связи с сервером то вообще труба.
(259) Есть тесты.
(262) Сами себя похвалили? Молодцы!
(264) СУБД - большие продукты?

(256) не спорю что они есть, но как думаете сколько желающих их окучить? не получится туда влезти без связей ))

а со связями уже глубоко пофиг на все эти питоны/явыф или плюсы/без плюсы

(270) подробно не знаю почему ее не получается освободить. + фрагментация

(273) Мне кажется, 1С экономит на разработчиках.

(273) Все там просто.
И.
1С работает над этим:
https://wonderland.v8.1c.ru/blog/razvitie-sredstv-diagnostiki/

(274) Нет.
Слишком много разработчиков пришло из семерки в 1С. Недоучек из 90-х, которые передали по наследству тонны говнокода.

(276) Судя по примерам в сдк, так оно и есть.

(271) Чем ближе СУБД к большим данным, тем дальше от C++.

(276) А ты два дня назад начал кодировать?

(271) неужели вы не в Кусре что аткое спарк если связаны с ML? Или это так на самом деле джанго пилите?

(280) Я должен знать и использовать все библиотеки?

http://pastebin.com/RVHUwvRH - вот такое пилю

(281) Так когда сети учат в серьезных проектах, то это делают на кластерах из большого количества машин. и как не странно ни о какой С++ там и речи нету. Есть Hadoop и Spark. В том числе эти технологии используют компании типа гугла, эпла.

Мэйлу ру по максимум выпилили С++ и перешли на джаву.

(282) я хз что -- это делает.

Кстати вопрос - в Java ввод со сканера штрих-кода как-то отличить от ввода с клавиатуры можно ?
Просто в Си - в сообщении передаётся HANDLE устройства - и всё просто. А Java, видимо, про то, что устройств может быть несколько - не знает.

(283) "ни о какой С++ там и речи нету" значит о C есть. Точно не о яве.
(284) Кто такие мэйлру?
(285) Значит оно всё делает правильно.

(286) на сколько знаю, только если сканер включён в ком или эмулирует ком. Иначе префиксы.
(287) я в этой сфере работаю и знаю на чем написан hadoop стек. И ему по сути нет конкурентов.
а мэйлу одна из самых успешных российских ит компаний.

(288) В какой этой? Почему скаловский спарк, имеющий питонячий интерфейс, уже задвинули?
В России наиболее успешны компании имеющие лапу. Так что не показатель.

(0) Хорстмана и Корнелла почитай. Норм расписано!

(289) потому что сейчас спарк часть хадуп стека. Скала и джава выполняются на jvm. Джава быстрее скалы, но на скале проще делать распределенные системы. Из за функциональщины которая там есть.
Я работаю на крупного дистрибьютора хадуп, занимаюсь доработкой спарка. И на Питоне там разве что Хью и то это отдельная утилита котора лишь даёт интерфейс сабмита ззадач

(286) https://github.com/gary-rowe/hid4java

(291) "Я работаю на крупного дистрибьютора хадуп"
Дальше можно не продолжать.

http://www.hypertable.com/why_hypertable/hypertable_vs_hbase_2/

http://stackoverflow.com/questions/18521196/clarification-of-use-cases-for-hadoop-versus-rabbitmqcelery/18522257

(294) Вот только и нашел на сайте разработчика сравнение проиводительности и то доисторических времен. Дело в том, что Hypertable никому не нужна:
https://www.google.com.ua/trends/explore?cat=5&date=all,all&geo=,&q=hypertable,hbase
https://www.google.com.ua/trends/explore?cat=5&date=all,all&geo=,&q=hypertable,casandra
А почему? А потому, что они не смогли угнаться в разработке и самозагнулись.
Даже если поверить в результаты тестов то Casandra обгоняет Hbase c б`ольшим отрывом.
http://www.planetcassandra.org/nosql-performance-benchmarks/
(295) Тоже доисторическая хрень сравнили бульдога с носорогом. RabbitMQ значительно проигрывает по производительности по сравнению с Kafka.
http://www.cloudhack.in/index.php/2016/02/29/apache-kafka-vs-rabbitmq/
Вот более полный бэнчмарк
http://bravenewgeek.com/dissecting-message-queues/
Можно обратить внимание на редис(С++). И с fold tolerance у редису значителььно хуже.

(296) Так ведь и casandra c hbase не всем нужна - читайте юзкейсы. Есть у вас кластер с gpu, обрабатывающий сверточные нейросети, допустим, или любой другой массовый параллелизм, впилите сюда яву!

(291) А мне казалось, что скала быстрее джавы...

(298) как он может быть быстрее если работает в jvm?

"RabbitMQ значительно проигрывает по производительности по сравнению с Kafka."
да пофиг https://pypi.python.org/pypi/kafka-python

TensorFlow
C++ 44.0% Python 40.1% Jupyter Notebook 6.4% HTML 4.2% TypeScript 2.3% Shell 0.9% Other 2.1%

(297) >> Так ведь и casandra c hbase не всем нужна - читайте юзкейсы.
Вот вроде бы вы взрослый человек. Вы из контекста не уловили, что мы базы данных для больших данных рассматриваем? Все 3 БД имеют одинаковое назначение (hypertable, hbase, casandra)

>> Есть у вас кластер с gpu, обрабатывающий сверточные нейросети, допустим, или любой другой массовый параллелизм, впилите сюда яву!
Впиливаю для вас
http://www.jcuda.org/
http://deeplearning4j.org/spark-gpus
https://github.com/IBMSparkGPU/CUDA-MLlib

К стати давайте представим что у вас есть кластер в 1000 нод, на чем вы свои таски стартовать планируете? Какой фреймворк будет обеспечивать перезапуск тасок и планирование?

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

(302)
https://github.com/IBMSparkGPU/CUDA-MLlib
Cuda 57.2% C 31.2% C++ 6.9% Shell 2.7% Makefile 2.0%
У других тоже между явой и гпу прослойка найдётся.

"вы наверное забыли, что мы обсуждаем. Мы обсуждаем производительность программ на разных языках"
Вас сразу к результатам Java vs C++ попросить? Пока напомню, что речь шла и о симбиозе языков.

(302) "Вот вроде бы вы взрослый человек. Вы из контекста не уловили, что мы базы данных для больших данных рассматриваем? Все 3 БД имеют одинаковое назначение (hypertable, hbase, casandra)"
А вы понимаете, что не все параллельные вычисления, которыми занимаются MPI, имеют отношение к большим данным?

Есть D. Компилируется в нативный код и имеет GC. Вполне может заменить яву и шарп, в перспективе.
http://dlang.org/areas-of-d-usage.html

(305) Ничего он не заменит. Слишком большое сообщество у явы и шарпа. Скорее .Net Native похоронит D

Я к чему. Есть в .Net прекрасный язык Nemerle.
Там есть то чего в C# нет до сих пор. Но его популярность слишком мала. Кто стоит за C# и кто стоит за Nemerle.
Так же и с D.

(306) У С# тенденция самому переродиться в D. NET не нужен.

(308) Ну судя по развитию C# то развивается достаточно быстро и берет многое из функциональщины, динамиков.

.Net не нужен кому? Живет и процветает и становится кроссплатформенным.  Его хоронят с самого его появления.

А вот кому D нужен? Пока за ним не будет стоять крупная контора никому, он мало интересен.

(309) Там по ссылке всё сказано. Например " Remedy Entertainment has successfully shipped the first AAA game to use D code for XBox One and Windows 10."

(303) все что я написал отлично иллюстрирует, что на С++ сложно написать большое приложение. И по факут на это уйдет больше времени а выхлопа не будет и функционал будет скуднее.
Естественно сам драйвер для CUDA лучше написать на С/С++. Я наоборот утверждаю, что удел плюсов вот такие низкоуровневые программы.
(304) в моем случае с точностью до наоборот. В Hadoop и Spark не используется MPI.
(305) Так джава тоже в нативный код очень быстро компилируется. Я пока не слышал, о популярности D. На много больше разговоров о GO

(303) http://www.javaworld.com/article/2076593/performance-tests-show-java-as-fast-as-c--.html?page=2
Вот тест где джава компилится jit компилятором

(312) 98 год и java 1.2 ;))

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

(313) Там очень простые кейсы в тестах, наверняка они давно максимально оптимизированы. Все вычисления в стеке

(312) Даже не знаю что и сказать
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=java&lang2=gpp
(314) А как тогда дела с суперскалярностью были?

(315) Есть опция -server которая говорить JVM что код нужно побыстрее копилить, а не интерпритировать. На тестах где 1 и тот же код выполняется много раз - это дает значительный прирост. А в реальной системе на сервере, весь часто используемый код будет скомпилин в нативный

(310) Ну и? На Unity тоже делают
https://msdn.microsoft.com/ru-ru/magazine/dn857359.aspx
https://msdn.microsoft.com/ru-ru/windows/uwp/xbox-apps/development-lanes-unity

(317) Это всё майковые зазывалочки. Никто там ничего серьёзного не делает.

(318) А на D?

Кстати Вакансии
Unity
https://hh.ru/search/vacancy?text=Unity3D&area=1

C#
https://hh.ru/search/vacancy?text=C%23&only_with_salary=false&area=1&enable_snippets=true&clusters=true&salary=

Java
https://hh.ru/search/vacancy?text=Java&only_with_salary=false&area=1&enable_snippets=true&clusters=true&salary=&from=suggest_post

Unity3D 482 вакансии
C# 859 вакансий
Java 1 436 вакансий

1C 11 245 вакансий

Была хорошая вакансия в сети знакомств badoo. Меня очень воодушевили их характеристики 300+ лямов пользователей более миллиарда динамических реквестов в сутки.

А по jave возьмите себе навырост книжицу http://www.books.ru/books/java-native-interface-1354084/

(321) 1С - там половина вакансий это "Менеджер по работе с клиентами" "Ассистент отдела продаж"

(324) Если задать Программист 1С
То всего 600

(325) а вот C# и Java - все настоящие вакансии

в 1С есть ещё Администратор 1С

Да и по Unity3D лоханулся
71 вакансия

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

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

И фсе? А как практически применять, деньги зарабатывать, как учиться - что-то ЯваРаш немного отстойно выглядит, чисто синтаксис, "Философия Ява" круче и полезней, но и она не дает применения, как применить-то?

Вам же говорят на рынке тупо Java Core ни кому не нужен, даже Джуниоров просят что бы они знали J2EE.
Т.е. ООП паттерны, сервлеты там, ant/maven, spring, Hibernate. Конечно не просят полностью знать, а хотя бы что это и для чего это нужно, плюс желателен опыт работы с этими технологиями.

(331) А как идти к этому?

И интересна область применения - драйвера, веб, андроид, еще что-то... Синтаксиса полно, описание библиотек тоже можно найти, пусть на английском, а как с этим работать??? К примеру классы, я так думаю, что и как в 1с, все уже есть, надо изучать просто, написание прог на Яве к чему сводится? К изучению тому, что уже сделали? Кто-то вообще использует свое?

(332) брать и идти, я вот сам для себя большой проект пилю. (333) драйвера - это не про яву, это про C/CPP и ассемблер.
<написание прог на Яве к чему сводится>

к программированию, в 1С вы же можете написать свою конфу? вот и в яве также

(331) А что, для коры паттерны и гибернейт не нужны?

(334) На Java, наверное, даже проще, чем на 1С - там многопоточность из коробки и синхронизация без проблем.

(335) Ну под корой имеется ввиду ООП, JDK и голый синтаксис. (336) ха ха ха

(336) Это в яве синхронизация без проблем и многопоточность из коробки?

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

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

Реальное небольшое задание и осуждение, если понадобится вглубь - я не против, мне суть понять

(340) что то на уровне, я написал

Сообщить("Привет мир!");

все работает и без проблем

(339) Я нисколько не учился, появилась задача пару лет назад андройд приложение написать, за месяц написал..

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

(342) Ну примерно так, только в нескольких потоках.
Понятно, что если копнуть глубже, то будут подводные камни - но, есть языки, где и несколько потоков для Hello World не сразу запускаются.

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

(344) Не умничай) Напиши реально заработать прогом, мне все равно что учить, там учить нечего, как применить?

(345) Так я же про объекты "atomic" - они гарантируют синхронизацию на уровне процессора.
А synchronized - это просто гарантия, что в одни ворота все сразу не зайдут.

(346) Тогда учи всё - по крайней мере - сможешь для каждого задания выбрать оптимальное решение.

(346) у нас в Челябинске вакухи джва джун - 40 мидл 80 сеньор 120.

(345)  Конкурентная многопоточность в целом сложная область, но в джаве много инструментов для синхронизации.

(347) так атомики только для примитивов

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

(346) Вот тебе задача, сделай на java два документа приход и расход, ну и плюс регистр накопления остатки. Это будет веб приложение, поднимешь на tomcat, используй бд MySQL, попробуй через хибернейт. Т.е. будет трёхзвенное клиент-серверное приложение. Вьюшку можешь сделать на jsp(правда он мертв), ну или JSF хотя бы.
Реально по ходу дела разберешься с основными технологиями и паттернами ООП.

(353) Для вьюшки любой из готовых фреймворков java>js их сча море.
Самый удобный/гибкий для меня показался https://www.zkoss.org/product/zk.

(351) А на русском можно? Ну серьезно, ничего не понятно, зачем многопоточность? Нафига? Я хочу язык зарабатывающий, а не искузы

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

(355) Затем что без многопоточности нажал кнопку "выполнить" и привет. Ой я не то нажал как бы прервать? - Никак!

(351) Так обычно и нужны только примитивы - через них всё делается - просто - объекты упрутся в синхронизацию потоков на уровне операционной системы - а не все системы (особенно железные) это хорошо умеют.

(356) +1 Если понять сам принцип работы многопоточности то никаких проблем хоть вручную на семафорах сделать.

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

(357) Да-да, как раз последняя 1С - очень показывает, как не нужно делать.

(360) Для Web-а многопоточность  - зло. Там отмена задания будет делаться уже другим запросом.

(358) к примеру у вас обработка состоит из 3-х независимых этапов. Затем есть 4-й этап который можно начать только по завершению 3-х. Как вы будете на атомиках извращаться?

(362) Вам нужно просчитать сумму числе в очень большой матрицы загруженной с UI. Почему бы не сделать это в несколько потоков?

(362) ну прям зло, а если например "внутри" делается штук 5 запросов в разные системы, каждый из которых по 15 секунд отрабатывает? а потом ответ надо в один слить и клиенту отдать

(365) Асинхронность, nodejs...

(366) так это и есть разновидность многозадачности

Ребят, ну вы не изголяйтесь, я понимаю о чем Вы, эта многопоточность, но зачем? И чем она в Джаве лучше С++, мне кажется Вы слишком копаете, все снаружи - Выучил синтаксис, понял определения классов, что дальше? Вы говорите сейчас на неизвестном языке, что дальше?

(353) Хочу позанудствовать. У ООП нет паттернов.

(368) знакомиться с популярными фреймворками и прочими помогающими вещами.

Стек нужных технологий вытащи просмотром вакух.

Потом идешь и ищешь позицию джуна

(367) Ага причем очень простая и удобная когда в нее въедешь. Классическая многозадачность явы для меня была проще для понимания, но юзать сложнее.

(368) Выучил основы - идешь в джуны и 3-5 лет пашешь до мидла/регуляра. Станешь ли сеньором это еще вопрос.

(370) Вооот, уже дело, я так и думал, по вакухам посмотреть, но их задачи какие, ну, в основном...

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

(373) Возможно еще студия специализируется на западных заказчиках. Или западная компания набирает подешевле прогов у нас. Там есть возможность проявить себя и перебраться заграницу работать.

(369) я лох, признаюсь, паттерны проектирования*
Просто ко мне они пришли вместе с ООП, и я их связываю, что в корне неверно

(372) Тогда слушай.
Даже внутри джавы нужно выбрать специализацию. Самое ширпотребное - это Spring / Hibernate.
Spring - Самое важное Dependency Injection, MVC (можно ограничится RESTом), Spring Data (Spring jdbc, spring data jpa)
Hibernate - Тут не нужно пытаться воспроизвести поведение 1с (не делайте никаких регистров, используйте плоские таблицы). Понимать как делаются джоины, индексы. Посмотреть criteria api и H(JP)QL
В теории почитать про сервлеты. Можно попробовать сделать что-то простое.
Посмотреть что такое JPA, JSF, GWT. Что бы на собесе сказать, что читал знаешь что такое и зачем и готов углубиться, если надо.
Поверхностно посмотреть JS (Angular, jquery)
В джава кор часто спрашивают про ООП , Коллекции (иерархия, реализация, алгоритмическая сложность операций), Исключения (чекед, анчекед, иерархия), дженерики, базовая многопоточность(монитор, синхронизационный блок/метод, атомики, конкурентные коллекции), базовые паттерны
Делать свой проект который заливать на гитхаб(обязательно просить просмотреть код шарящих людей). Проект не нужно выбирать алгоритмически сложный, главное что бы цеплял по больше из вышеперечисленного (Зоопарк, Интернет магазин)
Ходить на собесы, вначале на не ценные для тебя, просто потренироваться.

Не отвлекаться на всякие С++, NodeJS. Поле базовых скилов джавы можно качать JS для фронта.

и не пытаться реализовывать иерархические списки

PS. Я уволился с работы и 2.5 месяца учил джаву. После чего сразу наше работу.

(378) учил джаву, тоже хотел соскочить, но повысили до нач. отдела.

(377) Чем вам иерархия не подошла ?

(331) Java Core очень даже нужна на рынке и платят за нее даже больше чем за энтерпрайз. Только уровень нужен соответствующий. Надо очень глубоко знать concurrency.

(333) драйвера нет. Андроид да. Но основное применение, как я понимаю - сложные распределенные системы, такие как ЕГАИС, к примеру.

(376)
А Swing, tomcat ?

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

(383) Swing еще жив?

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

(376) спасибо. Последний раз джавой занимался довольно давно, теперь знаю, в каком направлении смотреть для освежения навыков

(380) Что бы не тратил время, у него это не спросят и с высокой вероятностью пропустят мимо при просмотре кода.
(383) Десктопные приложения на джаве пишутся редко. Я бы не рекомендовал даже тратить время на ознакомление со Swing. Лучше это время потратить на web ui технологии. А томкат для начала достаточно знать, что это такое. Как деплоить приложение, но там все предельно просто.

(388) Intellij Idea написана на swing

(389) И что? Устроиться на работу по написанию IntelliJ IDEA или аналогов не очень реально ))

(390) ну не знаю, меня около 8 лет назад туда звали...

(391) Вот сравни с кол-вом общим вакансий по java и сколько там требований Swing. Суть да можно найти работу и по JavaSE/Swing но уже сложно.

(392) Меня пока жаба не интересует.
Когда станет - буду сравнивать.

Более того https://habrahabr.ru/post/304812/

(394)
Там в комментариях указали что  Java EE, а не  Java в целом.

(395) А теперь представь себе заявление КАМАЗа "мы больше не будем выпускать грузовики, а только ОКу".
смысл утрирован, но похож. Ибо жаба нужна в ЕЕ и на мобилах. А на декстопе - не упёрлась и во что.

(396) сложно судить, но сейчас получается так что J2EE не спользуется по факту, все юзают фреймворки которые являются надстройкаой над ней... т.е. получается они перестали тянуть мертвую технологию

(394) Ох как одна желтая статейка на хабре может промыть людям голову.
1) Oracle уже подтвердила выход Java EE8
2) Java EE это всеголишь набор спецификаций
3) Java-Enterprise приложения в основном сейчас пишутся не на Java EE!

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

imho прошло время написания софта для десктопов

(399) (400) Уже давно настало время кроссплатформенных веб сервисов.

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

(401)+ Банальный пример https://chrome.google.com/webstore/detail/utorrent-easy-client/fmfiejlelblhoaflnjajjjjkkgbeifpn?hl=ru

(398) и больше всего на нее реагируют не джависты которые даже не понимают о чем речь.

(389) вы точно джава программист? Вам на сайт работы с запросом Свинг (только обязательно на сайт работы, не перепутайте)

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

+(405) Только что посмотрел вакансии по СПб. Есть 12 вакансий, среди которых 1 от 150 и 1 от 200 (jetbrains).

(405) Хм... мне казалось, что свинг просто библиотека элементов пользовательского интерфейса. Не более того. Помимо нее есть другие, например более старая AWT или наоборот более новая SWT. "Технологией" это громко как-то называть.

(400) - скажи это эскабайтам кода, написанным на Java/Swing/.. и .NET/WinForms/WPF

(407) Более новая javaFx но мало кому нужен десктопный UI на джаве.
(406) по вашему новичку стоит тратить время на изучение Swing?

(408) Постройте хотя бы гугл тренды по этим технологиям и все будет видно куда катится десктопный UI.

(410) Он катится туда же куда и декстопы в чистом виде

(411)+ Через 5-10 лет приобрести чистый "монитор" без тача думаю будет уже проблема.

(410) Кстати https://www.google.ru/trends/explore?q=java

(411) Десктопы никуда не денутся.

(413) так никто не спорит что у джавы тренд вниз. Я вижу несколько причин:
1. Производительность железа растёт и менее производительные языки с более высокой скоростью разработки отбирают часть популярности
2. На базе самой jvm постоянно появляются новые языки.
3. Растёт популярность мобильных устройств. В андроиде редко джаву джавой называют
Но даже такими темпами джаве ещё жить и жить.

(414) Однозначно денуться, только вопрос когда. Вначале их заменять ноуты и планшеты. А потом глядишь и информацию напрямую в мозг транслировать начнут.

(414) Я разве говорил что они куда то денутся?

Сказал что у них интерфейс будет унифицирован с планшетами/веб и заточен под тач в т.ч.

(414) в РФ через 3 десятка лет уже телепорт будет, а ты про десктопы

(416) Угу постепенно перейдут в вверх "сервера" или вниз в экраны/доки для смартфонов/планшетов.

(416) До эры телепатии точно будут. И ноуты я тоже отношу к десктопам, отделяя их от хромобуков.
(415) Наверное просто новые технологии оттягивают на себя часть аудитории. С С++ там вообще странная, почти клиническая картинка.

(420) Да так оно и есть. Подозреваю, что по вакансиям подобный тренд

(410) - десктопный UI никуда не катится.

(422) Он не катится, он просто стремительно теряет популярность.

(423) - если бы десктоп реально бы катился, то сидел бы ты в какой нибудь там webOs или chromeOs.

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

Которую никто переписывать не собирается (50 тысяч форм, да)

Только вот потом оказывается, что для планшетов нужно делать приложения на Java/Objective - C/Swift.

Веб шопы хоть и написаны на по ха пе, но интеграцию с ERP нужно программировать на C# или Java.

Ну и так далее.

Вот так мы перешли с десктопа на веб, да.

(424) Это когда десктоп уже будет там куда катится. Если бы мне пришлось делать учетное приложение сейчас, я бы не делал десктопный UI

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

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

От проекта зависит. Я от фронтенда на джава сознательно отказываюсь (не хочу в этой области развиваться, так как есть вещи которые считаю более перспективными). Я готов писать фронт только на JS фреймворках.  Из java встречается GWT, JSF (Prime face - это реализация JSF), Vaadin. На мой взгляд самое продвинутое из вышеперечисленного GWT

(409) Все зависит от целей новичка. Если ему надо найти работу джавистом через 2 месяца, то я бы вообще не рекомендовал ему изучать какие-либо ГУИ-фреймворки. А если человек просто осваивает программирование и хочет написать простое приложение с ГУИ, то Swing идеально подойдет. Он уже лежит в jdk. Тебе не надо тянуть дополнительные зависимости. Аналогичным образом ГУИ делается и на GWT, Vaadin.

(429) На сколько я понял цели автора, то он хочет найти работу. Вот я про тоже, что ему в таком случае не нужно тратить время на GUI. А из коробки есть Java FX , слышал, что более продвинутая и современная технология чем Swing, SWT. Может для себя оно и лучше будет.

(413)(415)
"никто не спорит что у джавы тренд вниз "
Поставил отбор на США, где основные программисты , и о чудо
https://www.google.ru/trends/explore?geo=US&q=java
никакого тренда вниз нет

То что на Берегу Слоновой Кости стали меньше изучать, не считаю трагедией

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

(432) Учите сразу Андроид. Не знаю как на вашей местности, но у нас рынок начинающих джава программистов сильно переполнен.

(432) Так же не плохая отрасль кодинг под Ios. Там вам и Cи-подобный Objective C и продвинутый Swift. Помониторте вакансии

(433) (434) Спасибо, много ценной информации получил в ветке.

(434) С "Objective C" всегда было интересно они у Qt/Python слямзили или наоборот Qt/Python у них ))

(436) учитывая что язык в 83 году появился...

Все у Smalltalk.

выучи Full Stack, будть мужиком!

(434) это ж надо мак и айфон покупать (

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

(441) сначало старт андройд потом курсы от гугла

(441) Не привязывайся к IDE, испортишь себе все.
Цель систем сборок и программ разработки, упростить написание и правильно расположить тексты и ресурсы для компилятора. Собери пару программ руками, потом будет плевать на какой IDE.

(443) Думаю это лишнее и потеря времени, не каких доп навыков сие не даёт

(444) имееться в веду руками все делать

(440) можно хакинтош поставить и на эмуляторе выполнять код.
(441) Андроид студия, сейчас дефолтная ИДЕ для андроид. Построена на базе idea. Эклипс был давно. Сразу делайте все в IDE

(443) <Не привязывайся к IDE, испортишь себе все. >

в случае с андройдом, делать приложения не через студию/эклипс, это как ректальная операция на сердце

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

Для информации http://rsdn.org/forum/job/6546738

поговорил тут со сведующим человеком

говорит, что мол Майкрософт может переложить .NET в Unix в своем исполнении и выбить оттуда Джаву
вроде как этим она уже занимается, но все зависит от того, будет ли это доведено до конца — не фэйковый финт ли это очередной
(прийти куснуть и забросить, как уже бывало)
и будет ли сделано качественно

вроде как признается, что C# объективно лучший, хотя упоминался Scala, и F#, как примеры того, на чем все разработчики потенциально естественно захотят писать,
если описанный выше сценарий провалится

(441) курсов в сети полно. Лучше всего, когда есть некая не дико сложная задачка. Читаешь курс и по аналогии понемногу лабаешь своё.

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

(449) Совсем выбить не выйдет но 50% отбить сможет.
На данный момент Java в linux юзается в основном в корпоративных/бизнес приложениях и сервисах как бэк.

А вот разный прочий linux софт в последнее время часто на Mono пишут. А не только на C|C++|GTK|Qt|Python.

С точки зрения "удобства" программинга C# объективно чуть лучше чем Java.
Совсем недавно была проблема что под Java есть либы (причем бесплатные в основном) а под C# нету или только платные.

Сейчас это уже почти исправилось и можно найти нужные библиотеки и под C#, но пока жаль не все.
К примеру искал под C#/.Net нечто типа замены Apache POI и ничего не находил из GPL.

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

(428) А встречаются ли в реальности проекты, где на JS и фронт и сервер (Node) ?  То есть, JavaScript-фулстек.

(452)+ Да главное забыл, сейчас новенькие говоря Java подразумевают Android ))

Поэтому MS и купили Xamarin...

(454) Очень много в последнее время игрушек и сервисов даже https://ru.wikipedia.org/wiki/Cloud9

(454) для параллельной обработки данных часто применяется, фреймворк Express позволяет хоть целый сайт написать на JS

(456) c9.io, кстати, я затестил (бесплатную версию). Отказался потому, что бесплатный тестовый сервер отключается через 2 часа после того, как закрываешь c9.io в браузере. Для моих тестов такой вариант не подошел.

(454) Конечно встречаются. Вот мне в линкедин на днях писали предложение по работе nodejs + angular удаленка на США.

А реальные примеры.
А то вы на одного местного товарища похожи: Вот мсдн - там все примеры есть )))

(459) че за проект предлагали пилить?

(459) Здорово! С nodejs, вроде, получается разобраться. Но в angular пока меня порог вхождения не пускает )

(458) А че свой то не поднимешь? Там же исходники на гитхабе все.

https://trello.com/ - чистый NodeJS

(463) Да так и сделал, c9.io сначала заинтриговал меня. До тех пор, пока не осознал ограничения бесплатной версии.

(462) Веб конфигуратор для 1С еще не? А шо оно же 8-ка штатно в XML раскладывается и назад собирается ))

(461) Я не уточнял, так как все равно по ноде у меня опыта нет.  Компания - фармакологическая исслелдовательская компания.

(465) Мне Ace Editor не очень по сравнению с привычным NetBeans

(468) А я, почему-то, к JetBrains WebStorm  привык. Не знаю, хорошо это или плохо.

я учу на http://javarush.ru/ уже на 7-м уровне

Один такой маленький вопрос - получается, что в Java массива переменной размерности просто нет - вместо этого предлагается объект, который реализует ступенчатое выделение массива и функция, которая, по мнению разработчиков, быстро копирует элементы - и после этого они ещё будут доказывать, что Java не тормозит.

Мягкие ссылки: Мы не можем ввести операторы явного управления памятью, так как это портит нашу парадигму, но мы можем сказать сборщику мусора, что объект нам больше не нужен, а потом по ссылке посмотреть - удалился ли объект или ещё нет.
Если это не извращение, то как это называется ?

(471) Как вы себе представляете массив переменной размерности?
(472) Это парадигма позволяет избежать фрагментации памяти и деградации производительности в процессе эксплуатации.

(471) Речь про https://docs.oracle.com/javase/8/docs/api/java/util/Vector.html ?

(473) Просто, в eden память выделяется просто последовательно - выделить память большего размера, конечно, можно, но всё равно придётся копировать.
Просто, если делать "перемещение" в памяти, то не нужно изменять счётчик ссылок, а также оставлять старую версию массива в другом месте памяти (со ссылками на содержимое).

Гыгы... https://market.yandex.ru/product/10494588/spec?hid=138608&track=char ничего то слизать нормально не умеют... Катюша блин...

(476)+ http://www8.hp.com/ru/ru/ads/pagewide-technology/overview.html

(476) (477) Сорри не та тема

(474) Просто у меня на Си массив выделялся блоками и никакого копирования вообще не было.

(475) я не понял вашу схему перемещение.
есть Eden область которая при быстрой сборке, переносит все живие объекты в Survivor область, а Eden одним махом очищает. У каждой области свои правила работы GC. Там далеко не простой подсчет ссылок.
(479) так си славится фрагментацией памяти и нужно ваять свой велосипед. Но никто не вам не мешает написать врапер который будет хранить список массивов и будет вам блоками.

Объективно С при идеальном коде процентов на 20-30 быстрее джавы. Это если сферического коня в вакууме измерять

Подозреваю, что 1с раз в 100 медленнее

(482) 1С это интерпретатор, Java|C# компиляторы в "объектный код" для выполнения в виртуальной машине.

Вот непонятно только почему Питон типа шустрый?

(480) Я просто написал, что если мы увеличиваем размер массива, то всё равно придётся создавать его новую копию, так под массив выделяется фиксированный размер памяти - поэтому, его придётся создать на новом месте и перенести туда данные.
Вопрос стоял в том, почему нельзя было сделать один метод, который это делает, чтобы не приходилось ваять кучу объектов, которые это делают.

(483) 1С это тоже компилятор, только тут объектный код с именами переменных.

(483) У меня товарищ любит питон только из-за того, что в него вставки на Си++ легко писать - и из-за этого у него все алгоритмы быстрые, а, как он говорит, всё написано на питоне.

(485) Гм фишка что внутрь JVM/CLR передается уже "скомпилированный" код готовый для выполнения.

А 1С же вроде каждый модуль непосредственно в процессе колбасит не?

(483) Вот совсем не аргумент. Кто мешал сделать компилиь?
А питон быстры только если хорошо вылизанные куски С вызывает. Но на практике это всеравно медленне java.

(480)+ Не, в java они честные на 100% - у каждого объекта есть деструктор, только он вызывается, когда сборщик мусора считает, что объект нужно удалить.

(482) v8: Сравнение скорости выполнения программ на 1с и другими языками

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

(490)+ Кста про тормоза Java относительно C++ на простых тестах ))
https://habrahabr.ru/post/66562/

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

(493) Ага и выкинуть кучу старого-доброго кода? В виде основной мощщи явы? Её кучи кучи либ на все случаи жизни...

(492) Я так понял, для людей С++ это религия. Вот они уверены, что все остально тормозит и все. Вот никакие тесты им не аргумент. Там вообще от силы 5% прирост

(494) это к чему? Вы считаете в джава часто диструкторы использовались? Их никогда нельзя было использовать. Ведь GC может так и не убить объект и диструктор не вызовется.

(496) Если бы было повторное использование объектов, то деструкторы какой-то интерес бы представляли.
А так - только подчистить не Java-ресурсы, связанные с объектом.

(497) а что если диструктор не вызовется никогда?

(495) Люди С++ пишут С++, а подразумевают машинный код и шкурой чувствуют как оно будет работать.
Вот тест: http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=java&lang2=gpp
-где там 5%?

(499) там джава не в server mode

(496) куда дели finalize() ?

(499) хотя написано что в сервер. Ну в этом тесте 20-30% как я писал.
(501) про него и речь

(502) ну да обычно close() делают и явно вызывают когда объект уже не нужен

(502) Там, скорей всего, компилятор gcc и g++ в режиме оптимизации - он нехилый прирост производительности даёт на вычислениях за счёт того, что следит, что будет в кеше, а что там не нужно.

http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=java&lang2=csharpcore
c#

(502) там за 50%

Просто, если при компиляции Си программы поставить register variable off, то есть вероятность, что Java даже обгонит Си.

(504) Да там одно попадание не попадание в кэш линию будет давать результат который отличается в 2 раза.

(507) Как бы Java в тестах и так обогнала куда еще то?

Кстати, а эти "чудики" в тестах смухлевали - у них Си идёт в 32-бита (нигде не написано 64), а Java 64, то есть считай, См дали кеш в два раза больший.

Мы ходим в обсуждениях по кругу. При измерении скорости сферического коня в вакууме как правило с++ обгонит джаву. Но в реальных больших приложениях будет наоборот.
(510) в каких?

http://www.optionscity.com/blog/java-vs-c-performance-face/

(511) Игровой движок для ААА - реально большое приложение?

такие тесты есть. Вот если поискать можно любой результат найти

(510) NOTES:
64-bit Ubuntu quad core
g++ (Ubuntu 5.4.0-6ubuntu1~16.04.1) 5.4.0 20160609

Sat, 23 Apr 2016 17:41:30 GMT

MAKE:
/usr/bin/g++ -c -pipe -O3 -fomit-frame-pointer -march=native -mfpmath=sse -msse3 --std=c++11 nbody.gpp-7.c++ -o nbody.gpp-7.c++.o &&  \
        /usr/bin/g++ nbody.gpp-7.c++.o -o nbody.gpp-7.gpp_run -fopenmp
rm nbody.gpp-7.c++
0.81s to complete and log all make actions

COMMAND LINE:
./nbody.gpp-7.gpp_run 50000000

PROGRAM OUTPUT:
-0.169075164
-0.169059907

Другие пока не смотрел

(513) Я вообще не знаю что это такое. И с чем его сравнивать?

(516) Можешь посмотреть https://www.unrealengine.com/what-is-unreal-engine-4

(515) Я просто не увидел флага -m64 вот и удивился.

Вот свежачек, причем коменты можно почитать. https://blog.famzah.net/2016/09/10/cpp-vs-python-vs-php-vs-java-vs-others-performance-benchmark-2016-q3/

(519) Да, прикольно - Си++:оптимизация компилятора - прирост производительности в два раза - я даже не ожидал.
И питон очень хорошо себя показывает.

(519) Вот очень похоже на реальность. Когда оптимизированный C++ почти наравне с Java без "тяжелых либ". А не оптимизированный C++ уступает это шустрой Java.

Но что обычные Java 8 либы тормозят ее вусмерть ((

Там ещё не -O3 с её -finline-functions, -funswitch-loops, -fpredictive-commoning, -fgcse-after-reload -ftree-vectorize

(521) Что-то там не так - я не верю, что обычная Java оказалась медленнее php !!!

(523) для джавы понятие обычная = работающая в режиме интерпритатора и уже если совсем часто один и тот же код вызывает jvm может скомпилить его

(523) Java 8 (non-std lib) vs Java 8

(525)+ Блин ну смысл что в Java есть нечто вроде "Core" и есть нечто вроде "классов .Net".

И вот эти классы тормозят просто офигительно, потому что они наваяны на java и исполняются ею в рантайме.

В данном случае, я бы сказал, что язык "Go", показал себя лучше всех, так как к нему никаких "нестандартностей" не применялось.

(526)+ Отличие от к примеру .Net/Mono где классы написаны на C++ ))

Но офигенный плюс Java что почти всегда можно "залезть в исходники" родных JavaSE и JavaEE и посмотреть/подправить если очень нуна

Но, в Go всё прикольно - функция может возвращать несколько значений сразу - не стали морочиться ни с указателями ни с исключениями - просто и ясно - как в SQL - хотите несколько значений - вот вам.

(526)+ Кстати картинка очень похожая сча с JS/NodeJS когда само ядро/база дико шустрые, а вот дополнительные либы сильно тормозят ((

(530) Я бы сказал, что в (519) nodejs даже java перегнал.

(528) Ну, залезть в исходники можно везде - только вот нужно ли, если нужен язык, который быстро работает.

(526) Там паренек из комментариев просто переписал все на массивы и примитивы.

никакой магии там нет

Даже out of heap memory не юзали

-O3 тут ничего не дала, зато раскомментирование
s.resize( static_cast<int>(n/2) ); // pre-allocate memory
уносит в космос

(530) нода в реальной жизни значительно медленнее джавы. И нет никаких причин что бы было подругому. Нода это побыстрому наваять микросервисы в местах где перформанс не важен.
Вот реальные тесты https://www.linkedin.com/pulse/nodejs-vs-java-which-faster-apis-owen-rubel
Скорее всего GO будет показывать хорошую производительность в реальных приложениях. Там тоже продвигают философию микросервисов, но пока нет нормальных инструментов разработки и отладки

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

(537) <И нет никаких причин что бы было подругому>
А почему? Ядро Node.js написано на C++, только "морда" на JS.
ИМХО, скорость определяется способ, каким организовано хранение данных - тип БД, структура БД. Но я не спец, я только учусь)

А меж тем, платформа то развивается
https://habrahabr.ru/company/haulmont/blog/310148/
Опенсорс, для тех кому это важно.