Де поріг входження нижчий/вищий Java, С# or C++ ?

Если впадлу тратить год на образование учи Python — это явно быстрее будет и полезней !

чомусь подумалось — краще було спитати, де більше платять досвідченому сеньору (без менеджменту)

та навіть з менеджментом...

де ?)

неподобається ;))

Java < C# < C++

хмм цікаво
с# і джаву не трба місцями поставити?

Это та простота, что хуже воровства

хех ) чому?

Тому, що дозволяэ обiйтися без глубокого розумiння. Пряма дорога до бидлокода

То есть программисты должны мучатся с неудобным не рационально сложным синтаксисом, и не продуманными библиотеками, ради того что бы не попасть на дорогу быдлкода? На С++ быдлокодеров не бывает?

Я вообще не о том. Непродуманные монстроидальные библиотеки — это абсолютное ЗЛО, пожирающее человекогоды на их изучение. Инструментарий должен быть компактным, изящным и гибким, но не примитивным, расчитанным на домохозяек и навязывающим жесткую идеологию.

абаснуй

Не архитекторы, а те, кто формирует бизнес-стратегию. Ничего кроме матерщины не вызывает очередное «новшество» от MS, которое заставляет выкинуть на помойку время, потраченное на изучение их предыдущего «шедевра». Это называется не прогресс, а лохотрон.

Нет. Это другая крайность.

І ще багато хто каже що на java скоріше можна вирости (в плані зарпалати) ніж на c++ ?
Правда ??)

ахах
іду курсову робити по ОС а потім вчити ))

дякую, буду мати на приміті !!!

і українську теж :))

По деньгам так точно.

В условиях Украины, то это JavaEE, так как нужно кроме языка знать кучу фреймворков, sql, http, а также желательно прочитать пару книжек — паттерны и рефакторинг. В случае с С++ это всего две библиотеки, стандартная и boost и иногда мат. подготовка с которой у вчерашнего выпусника вуза хорошо. То есть в принципе, освоить С++ с его трюками ( кучу бумаги про них изморали всякие Гербы Саттеры) тяжелее чем джаву, но обьем материала который нужно изучить во втором случае гораздо шире.

скільки часу (на око) треба потратити на вивченн JavaEE і фреймворків до неї (якщо є занання С++) ?

Если 5-6 часов в день, то месяца 3.

ого за 3 місяця ?)
і ці знання дадуть змогу влаштуватися на джуна ?

А кто тогда в твоем понимании джун?

Junior я називаю тих, які тільки починає серйозно працювати в певній галузі технологій. У такого розробника є знання, що дозволяють йому працювати над реальним проектом, але дуже мало (чи ні) досвіду такої розробки. Тому, часто в технічних аспектах він радиться з більш досвідченим розробником. Накопичивши достатньо знань і досвіду Junior стає mid-level розробником.

Питання було адресоване юзернейму Volodymyr Mykhailov

Скорее больше года/полтора.

Зато после 3-х месяцев работы на проэкте — станеш вполне.

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

а що якщо маєш досвід програмування(С++), то за 3 місяці (5 го/день) неможливо ?

Еще можно серьезно троллить

В чем троллинг-то? Я просто описал путь от трейни до джуна, который вполне можно пройти и самостоятельно.

погоджуюся

Это уже вопрос к DBA.

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

Ну так для этого он и нужен.

Вы теоретизируете. Указатели и «ручное» распределение памяти не ведут к «косякам вил» в С++. На какой-то косяк, конечно, можно нарваться, но они редки. Но и в .NET можно нарваться на косяк с Dispose, не говоря уже о том, что постоянное обрамление в using реальное зае***.

И какой косяк? Не пишите using, не вызывайте Dispose. В большинстве случаев, ничего страшного не будет, а если и будет — то скорее у вас там и без этого полно г-нокода (например создание 10000 одинаковых Pen в цикле, когда достаточно сделать один). Да и вообще, вызывать явно есть смысл только в случае открытого сетевого соединения, или выделенных unmanaged ресурсов, только лишь ради того, что в этом Dispose — вызовется close или release для этих ресурсов. Даже using используется чаще не ради освобождении памяти, а что бы просигнализировать что работа завершена (например что бы знать, когда закрыть транзакцию, закрыть сетевое соединение, освободить опять же unmanaged ресурсы). И все правильно написанные классы поддерживающие IDispose — делают Dispose также на финалайзере — который вызывает GC (когда ему нужно). Так что соединение так или иначе будет закрыто, а ресурсы освобождены, разве что — внешние ресурсы закончатся очень быстро, так что GC не успеет подобрать те объекты которые держат хендлы на эти ресурсы, но какова вероятность такого сценария? Дальше говорить — нужны конкретные примеры с кодом.

Не писать using, не вызывать Dispose — это считается плохим стилем и рано или поздно приведет к проблемам. Потом будете по всему коду тыкать GC.Collect() :)
Как и где используется Dispose, я как бы в курсе, и дергать его приходится достаточно часто. Открыл файл — будь добр вызвать Dispose, потому что следующий вызов этой же функции на этом же файле обломится. Создал System.Drawing.Bitmap — будь добр освободить память и ресурсы.
У нас вообще была какая-то хрень с WriteableBitmap, по-моему, во 2-ом сильверлайте (ага, он только в 3-ем появился, значит в 3-ем) — текла память и все вылетало с out of memory. Так что всякое бывает c памятью и в С#.

Ты разделяешь «память» и «ресурсы ОС». С точки зрения .NET все ОК. Проблема только в том, что unmanaged ресурсы тоже используют виртуальную память процесса. Когда ты говоришь, что Dispose() особождает ресурсы ОС, но не память, это не совсем так. Да, он не трогает managed память, но он влечет осовбождение памяти, выделенной в том же процессе под ресурсы/или ресурсами.
И чем мне не очень нравится такой подход в C#. Получается такая себе двойственность: вроде и не надо освобождать, а вроде и надо. В одном месте/сценарии это прокатывает, а где-то вылазит боком.
В С++ в каком-то плане проще, там память — это ресурс, который нужно освобождать точно так же, как и любой другой ресурс.
Подитоживая, я не хочу разводить холивар на тему
С++ и С#, просто некоторые товарищи преувеличивают величину проблемы ручного управлением памяти в С++, сравнивая ее с C#.

див. мій пост нижче, де я порівнював вакансії на с++ і джава .

я не знаю, тому і питаю )

дякую)
так і зроблю)

Автор вам потрібна мова для чого ? Бабло косити чи задоволення отримувати ? Яке направлення : веб, мобайл, десктоп, ембед, чи просто понтуватися перед одногруппниками ?

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

все залежить від точки «входу» , якщо у вас «за плечима» асм і сі — то в с++ вам буде легше, ніж тим хто цих знань не має.
по фреймворкам — дещо рівнозначно — усюди купа «свого»

ну для входу на с++ я не дуже багато бачив фреймворків, хіба декілька бібліотек як STL, boost і рідкіше WinApi,MFC,QT(це переважно >Junior)

А если есть С++, то в джаву легче.

якщо є С++, то саме в нього і легше :)) а в шарп в порівнянні з джавою в такій ситуації набагато легше — менше альтернитивних ліб, продуманіші ті що є (більшість, але не всі), і набагато зручніше і безпроблемніше робоче середовище

а на джава і шарп хіба не аналогічно?

на шарпі з 2-3ма роками досвіду ви будете вже мідлом, або виявиться що ви даремно пішли в ІТ ..

C#

Чем C# по порогу вхождения отличается от Java?

Тогда стоит учить С

Да, спору нет, но при чем тут входной порог?
Мне кажется, что Java и С# максимально подобны для начинающего изучать.

Тут, я думаю, дело не в языке, а в среде разработке. Конечно, легко натягать контролов и повесить на них обработчики в Visual Studio, не знаю есть ли что-то такое для Java. А написать первое приложение одинаково легко на любом из языков.

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