И снова Java

(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 можно вызывать дочерние процессы, так что клиент-то уж никуда не денется.