Check Levi9 best QA positions to Backbase team!
×Закрыть

Java — 9 причин

1) Java перпспективна;
2) Java вільна і кросплатформенна;
3) Java + Android = love (і лаве теж);
4) Java в Екліпсі проста як двері: — навів мишку — зразу тобі і підказка про клас/метод/помилку/...;
5) Java без хліба не лишить: вакансій більше;
6) Java годує краще: з/п вищі;
7) Java дозволяє використовувати чужі велосипеди: море готових пакетів;
8) Java звільняє мізки від непродуктивної роботи: напр. збирач сміття не просить розробника слідкувати за динамічним виділенням пам"яті для об"єктів;
9) Java не дозволяє відстрелити собі ногу;
10) Java + maven = build success: менше гемору із dependency, кривими шхяхами, правами рута і т.п., наприк. [sudo] configure/make/install.

👍НравитсяПонравилось0
В избранноеВ избранном0
LinkedIn

Похожие топики

Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Java — 9 причин... ммм, ну причин же 10... судя по списку...

Вообще, тема очень холиварная.... Но, порадовала что тут не отписались любители “контролировать память” (malloc, alloc, calloc, realloc), и не затролили джава-петросянов....

10 причин, это реально мало...

Java перпспективна;

ну да, особенно если смотреть на то, как медным тазом накрылись мидлеты....

2) Java вільна і кросплатформенна;

Если завтра Оракл забьет на JDK, есть ли возможность того что Джава продолжит жить? Кроссплатформенность? В наше время это никого не удивит...

3) Java + Android = love (і лаве теж);

С++ + android==love(и бабло) && С++ + iOs = love(и бабло)... так что как-то не убедили...

Java в Екліпсі проста як двері: — навів мишку — зразу тобі і підказка про клас/метод/помилку/...;

хз причем тут иде, ну, тогда ас3 в flashdevelop проще кирпича...

5) Java без хліба не лишить: вакансій більше;

ПХПешникам пофиг....

7) Java дозволяє використовувати чужі велосипеди: море готових пакетів;

а у “них” есть PyPI и CPAN...

8) Java звільняє мізки від непродуктивної роботи: напр. збирач сміття не просить розробника слідкувати за динамічним виділенням пам"яті для об“єктів;

чем тут хуже другие песочные технологии?

9) Java не дозволяє відстрелити собі ногу;

ммм, само понятие “сборщик мусора”, является выстрелом в ногу...

В целом, эти 10 или 9 пунктов, прокатили бы в рекламе какого-то магазина на диване, но 10 пунктов — это реально мало...

як тут писали, можна щось де конають всі 10 причин наприклад для:
C# та WinCE, або С++ та iOS, С та Unix, або PHP/Phyton + web,
C++/ QT + Symbian, або ХХХ +++ УУУ і т.п.
А то видьоргуються різні куски і кажуть, що да таке вже десь є.
Як на мене, виходить Джава — 10 в одному, де ще є таке.

Щодо С++ та iOS, в iOS мала доля ринку, в Андроіда більша.

WinCE
Да тут уже не 9 причин, а 100509 причин ее на свалку выкинуть

как медным тазом накрылись мидлеты....

Рукалицо

Если завтра Оракл забьет на JDK, есть ли возможность того что Джава продолжит жить?

А в чем проблемы?

Кроссплатформенность? В наше время это никого не удивит...

Кросплатформенность вместе с производительностью и прозрачным happens before relationship это крайне редкая штука среди язычков.

ммм, само понятие «сборщик мусора», является выстрелом в ногу...

рукалицо

ммм, само понятие «сборщик мусора», является выстрелом в ногу...
рукалицо
Убило, особенно от «Flash developer» ;)
как медным тазом накрылись мидлеты....
Как это они накрылись? А как же игры для мобил наджаве? А как же рекламируемый по телеку разводняк на тему приложения для мобилы, которое комаров отпугивает???
Если завтра Оракл забьет на JDK, есть ли возможность того что Джава продолжит жить?
Навіть якщо таке відбудеться, то ще лишиться Google із своїм Dalvik.

Да и оракловская JDK никуда не денется, т.к. она GPL с некоторых пор.

а у «них» есть PyPI и CPAN...

CPAN? установку ImageMagic из CPAN под маздаем (многочасовой танец с бубном, молотоком, напильником и чьей-то матерью) до сих пор вспоминаю с содроганием. а с мавеном как-то все быстрее и попроще получется.

Если завтра Оракл забьет на JDK, есть ли возможность того что Джава продолжит жить?

Да.

1, 5 — спорно
1,2,3,4,5,6,7,8,9 — не есть отличительные особенности ТОЛЬКО Java

10 — да, если у вас уже maven и задача стандартна (над ней уже кто-то думал)

1, 5 — спорно

И какие есть причины считать иначе?

1,2,3,4,5,6,7,8,9 — не есть отличительные особенности ТОЛЬКО Java

Это понятно, а есть ли платформа/язык обьединяющая все пункты как джава?

Хочу спросить тех, кто работает с Java - реально ли вы используете все технологии, которые описывают в тексте вакансий? Например, почти всегда там есть Spring, Struts, GWT, Hibernate, EJB, JSP, JSF, JBoss, Tomcat, Weblogic. Понимаю, все зависит от проекта, но, например, когда вы устраивались на работу, то по вакансии вы бы должны были работать со всеми вышеперечислеными технологиями, а на деле - JSP и еще что то.
Так вот, реально ли владеть всеми этими технологиями? Если да, тогда что будет достаточно для Junior'a?

Спасибо!

реально ли вы используете все технологии, которые описывают в тексте вакансий?

Нет. Но нормальные конторы, обычно, не пишут списков "всех слов которые знают".

Если да, тогда что будет достаточно для Junior'a?

Научитсо пользоватсо поиском :)

Поиском пользоваться умеем.
Но в том то и дело, что в основном даже от джуниора требуют и Struts, и Spring MVC, и JSF, понятно что JSP все равно нужно знать. Разница с Senior в основном в количестве лет опыта и проектов над которыми работал.
Но если и не требуют все эти вещи, то на собеседовании все равно задают вопросы по Спрингу и Струтсу, причем обеех версий (не все компании, но многие так делают). Это как то не по джуниорски.
Как по мне, так достаточно JSP (JS, HTML, CSS) + SQL, поправьте если еще нужны и фреймворки? и будет ли достаточно только Spring MVC?
Спасибо.

Разница с Senior в основном в количестве лет опыта и проектов над которыми работал.

Бинго!

на собеседовании все равно задают вопросы по Спрингу и Струтсу, причем обеех версий

Доброе утро! Задачу "отобрать себе сотрудников" ставят очень мало контор, большинство на собеседовании ставят задачу "сбить цену".

поправьте если еще нужны и фреймворки? и будет ли достаточно только Spring MVC?

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

Кстати, про

Поиском пользоваться умеем.

Я так понял, умеем, но не хотим, ибо подобные вопросы ответы уже были тут.

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

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

джуниор какраз должен знать про паттерны и потоки, а не про фреимворки

А вот почему противопоставление?
Как насчет не знать ни паттурны/потоки, ни фреймворки?
Джуниор — это человек без опыта (с малым опытом). Где он может это выучить? Ну, ок, прочитал книгу по паттернам, но ценность паттерном не в том чтобы различать их по УМЛькам, ценность в том чтобы знать когда их надо применять (меньше), и куда большая ценность — понимать когда их НЕ надо применять.
Про многопоточность вообще смешно, ибо людей которые нормально умеют с ней работать не очень много (даже среди синьоров).

Фреймворки. Сомнительно что человек с малым опытом будут в них разбираться. Но что значит разбираться? Он так же может прочесть книгу (как и по паттернам/мотокам/очередям/Оракл100500Г).

ИМХО, если контора адекватная, то она требует от джуна "умения думать", а не знаний (тут более корректно слова информация).

Ну к джунам. местами действительно высоковатые требования. Моё мнение таково, что джун должен был не просто чтото прочесть, а еще и попрограммировать. Джава сама по себе нагромождение паттернов. Потому джун таки должен иметь о некоторых вполне конкретное представление, пусть он и не знает как это называется.

Ну к джунам. местами действительно высоковатые требования.

Ну так, джунов же нужно продать кастомеру как синьйоров

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

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

Нет, конечно. Я к тому что такие проэкты впринципе бывают, нравится вам это, или нет :-)

Все сразу на одном проекте - нет. По отдельности, на разных проектах - да. Ну хибер скорее всего всегда будет.

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

Вообще же фреймворк он и есть фреймворк. Доков море (иногда даже не на инглише), если джаву знаешь нет ничего сложного в их освоении.

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

Ну а Spring и Hibernate - это теперь базовые требования к Java-разработчику, работать с ними все равно придется когда-нибудь.

Є одна співбесіда по Java!
Перше враження:
1) простий тест (у порівняння для С)

2) загальний мій рівень розуміння технологій вищий чим у інтерв"ювера.

Так вот, реально ли владеть всеми этими технологиями?

Тяжко сказати, але в нас ще залишаються хвороби -
а) а як ви ставитесь до того, що у вас буде молодий ПМ/ТЛ (мені то пофіг його вік, аби не був myдaкoм);
б) бум на мобайл розробників, у яких хоч й1 рік досвіду (де їх знайти).
3)

Spring, Struts, GWT, Hibernate, EJB, JSP, JSF, JBoss, Tomcat, Weblogic

скажи що швидко вчишся, а всі ці фреймворки мають однаковий підхід, справа ж не в фреймоворках, а ясності думок і кривизні рук.

загальний мій рівень розуміння технологій вищий чим у інтерв"ювера.
А самое главное, вы скромный ©

А самое главное, вы скромный (c)

тяжко сказати, просити 1500у.е., як для досвіченого початківця, це як?

може в сейлзи податись? :)

напиши 9 причин бути сейлом

скромно. я просил больше, несмотря на то, что я искал работу джуном (в резюме было ~1 year exp in java при реальных 2-4 месяцах). просто говорил, что могу упасть в запросах... фактически падать не приходилось.

У мене складається враження, що молодих і "скромних" валом, які щось налабали, а тепер їм перед релізом тре чарівник, який підніме всі сервіси і впихне невпіхуєме.

молодым и скромным я уже побывал. никто это не ценит, тем более деньгами. какой смысл скромничать при поиске работы? мой опыт говорит о том, что заиметь позицию и удержаться на позиции - это две принципиально разные задачи, а значит и подходов требуют различных. попытаюсь завернуть свой опыт в некую мысль: чтобы заиметь нужную работу, нужно либо
1) снизить уровень входных требований запрашиваемой зарплатой
либо
2) подтянуть свой уровень до удовлетворяющего входным требованиям.
второй вариант требует больше времени на походить по разным конторам, определиться с пробелами и позаниматься теоретическим. однако он в итоге оказывается более рентабельным.
да, можно попросить 1К и устроитья каким-то джуном почти сразу, и получишь джунские задачи (которые уже через месяц достают конкретно) и перспективу получать изначально запрошенные 1К до конца своей жизни (ну ладно... до конца жизни канторы). выливается вся эта возня в смену работы (на +100 баксов) каждые 2-3 месяца и клеймо попрыгунчика-неудачника.
а можно потратить 1-2 месяца на общение с рекрутерами и спецами на местах, но в итоге заиметь позицию, где можно совершенствоваться в процессе не менее года, ковыряясь в сложном и заковыристом проекте, аккуратно раздвигая при этом старых (23-летних) узколобых джавистов, дабы основательно и обоснованно занять в этой тусовке место, причитающееся себе любимому.
а падать в зп всегда успеется.

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

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

Я тоже переходил на Java, с хорошим предыдущим опытом который позволил почти сразу после перехода работать в полную силу. Но с позиционированием себя: «Все плохо, ошибся с выбором направления, теперь возьмите хоть как-нибудь». Взяли на 700 баксов, через год попросил повышения, сказали: «Хорошо работаешь, все довольны, вот тебе 1000». В процентах может и неплохо, а вот по сравнению с рынком... Хочешь рыночную цену: или увольняйся, или сиди теперь лет 5.

Красиво звучит:) Правда можно снизить уровень входных требований низкой зарплатой, а потом быстро доказать, что тебе по плечу не только джунские задачи. Эх, пора и мне куда нибудь свалить:)

Думал, что у меня получится такой финт — не получился :).

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

клейма попрыгунчика не избежать, и это минус.

на це дивляться в останню чергу

на це дивляться в останню чергу

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

и им такие ненадежные люди не нужны.

Можна подумати наймаєшся на топ секрет воєнний завод.
Отмазок може бути мільйон, починаючи з того, що "«Ви не з Києва, і ми не можем дати з/пл яка дозволить Вам нормально жити»....

Для багатьох оутсорсерів ідеальний працівник, працює за їду, надбавки до з/п не просить, іншої роботи не шукає, знає туйову хучу технологій, є затичкою на кожному проекті, в любий час дня і ночі, живе від роботи недалеко, може працювати 24/7, проблемами не обтяжений. Так що нема чого заморочуватися чужими тарганами.

клейма попрыгунчика не избежать, и это минус.

ну і ще, оскільки оутсорс працює через ФОП, а не через КЗпП, то активність більше по принципу: є проекти — ковбасиш, нема — йдеш гуляєш, лісом. До чого тут лояльність, хз.

просити 1500у.е

рівень розуміння технологій

Уже в у.е измеряетсо?

мірило нормальне: якщо ти не отримуєш 2к5, то ти не сенйор.

сенйор

Это тайтл (не должность)

рівень розуміння технологій

Это совсем другое.

Когда начал учиться программировать, много иного форумов прошел...и запомнил фразу одну

на Java можно написать все, но на С можно саму Java)))

Написать Java на Java тоже можно. Скорее всего так и делается.

Скорее всего так и делается.
Ваапшэта не совсем, javac — вроде как на джаве, jvm — вроде как на ЦПП (не на Ц)

посмотрел профайлу некоторых поддержавших в линкедин -смеялся.
О вас ( Богдан Чечин, Artem Gayduchenko,) класик написал:
«Вы стоите на самой низкой ступени развития. Вы ещё только формирующееся, слабое в умственном отношении существо.»

— Вы стоите на самой низшей ступени развития! — перекричал Филипп Филиппович, — вы еще только формирующееся, слабое в умственном отношении существо, все ваши поступки чисто звериные, и вы, в присутствии двух людей с университетским образованием, позволяете себе с развязностью совершенно невыносимой, подавать какие-то советы космического масштаба и космической же глупости о том, как все поделить, и вы в то же время наглотались зубного порошку!..

М.А Булгаков, «Собачье сердце»

Собственно, а кто давал вам право осуждать ребят? В ИТ среде вроде бы технократия и лицом к лицу вы не сходились. Если у вас больше опыта, то у них может быть лучше смекалка или фундаментальные знания...или самый печальный вариант когда люди по 10 лет сидят на одном проекте. Лейб «синиор» говорит о количестве отработанных лет, а не о критическом восприятии инструмента или подхода к решению задачи.

Это, типа, я троллингом тоже занимаюсь? )

любой отписавшийся в этой теме (включая ее создателя) есть тролль

кто отписался более 1 раза — жирный тролль

впрочем, обратной силы это правило не имеет

А есть ли 9 причин у OCaml, Haskell, LISP например?

9 причин у OCaml, Haskell, LISP

Угу:
1) Это круто
2) Это очень круто
3) Это невдолбенно круто
4) Это мага круто
5) Это круче чем Чак Норрис
6) Это мега-параллельно
7) Ты ниче не понимаешь!
8) Да ты сосем ниче не понимаешь!

9) Еще скажи что ты не знаешь теорему Гольцмана-Шмольцмана о монадах?!

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

С другой стороны, в какой нибудь деревне, вообще любое программирование, это так — ерунда. А вот коров пасти!

p.s. Да, их можно решать и на Java, но хаскел — то удобнее будет

p.s. Да, их можно решать и на Java, но хаскел — то удобнее будет

Пример в студию! А потом сравнение с питончегом/руби.

Создание компиляторов, баз знаний, продукционных систем, DSL языков

Создание компиляторов

gcc и clang написаны на чем?

баз знаний, продукционных систем

но хаскел — то удобнее будет

А можно примерЫ таких систем на хаскелле? Чета мне здаетсо что большинство написаны на каком-то ЦПП.

DSL языков

А потом сравнение с питончегом/руби.

В общем то что вы тут привели — это попадает в пункт:

6) Это мега-параллельно

Набор примеров, которые приводят преподы в ВУЗе, когда у них нет конкретики: всякая псевдо-рокет сайнс.

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

ФП — это просто подход (даже не инструмент, а подход к решению задач), а всякие лиспы — это просто инструмент.

заточенный

И че?

Простите, может я очень предвзят, но ваш комментарий ( dou.ua/...ic/5747/#206772 ) напомнил людей которые говорят что ЦПП-программисты круче Джава-программистов потому что им надо управлять памятью руками.

напомнил людей которые говорят что ЦПП-программисты круче Джава-программистов потому что им надо управлять памятью руками.

Гы. С Haskell’ем чуть другое.
Преклонение перед неизвестным и «ниасиливаемым». Трансцендентным :D
Потому что CRUD примерчик на нем писать не пробовали.

Не пробовали и конечный автомат для реального блока микросхемы написать (по слухам в TI и NVidia любят Haskell. У последних правда, по тем же источникам, все больше в почете Coq — ru.wikipedia.org/wiki/Coq )

А так как знаний фундаментальных нет, а только навыки работы на общеупотребительных дельфи, php, Java (т.е. как на бейсике на них пишут), то челюсть отвисает. Как от мироточущей иконы.
Ну и когда возражаешь, то и получаешь в ответ нечто вроде «богохульник глубоко дремучий!». В лучшем случае получишь какую-то богословского толку апологетику для «Haskell». С аргументами — а вот дядя такой-то сказал!

(Профессионально программирующих на Haskell это не касается. У них вполне технарская аргументация. Правда когда одного дожал, тот выдал, нечто вроде — «да вообще ваш ынтырпрайз нужно просто обматематить нормально, тогда поймете преимущества! Там просто все неправильно, все эти менеджеры, экономисты и офисный люд неправильно думают и неправильно действуют!»

Я встречал проджекты, которые вполне можно былобы писать на какомнибуть эрланге, или кложуре, и они в техническо-сопроводительном плане были бы лучче, чем на жабе. Но помимо техническо-сопроводительного, есть куча других аспектов, вроде «разрекламированность», «комунити», доступность кадров на рынке, и прочее.

Я встречал проджекты, которые вполне можно былобы писать на какомнибуть эрланге, или кложуре, и они в техническо-сопроводительном плане были бы лучче, чем на жабе.

А проверить как это — «... были бы лучче»?

Если бы да кабы.

И замечу, не один год такая аргументация.
При том что «жабы» появились далеко не сразу.

Не смущает что «лучче, чем на жабе» — как-то ее появлению, не говоря о явном успехе — не помешало?

есть куча других аспектов, вроде «разрекламированность», «комунити», доступность кадров на рынке, и прочее.

Конечно есть. Можно вообще использовать «теорию заговора». Очень удобно объяснять что угодно. Особенно — провал, неудачу, маргинальность.

А проверить как это — «... были бы лучче»?
Если бы да кабы.
И замечу, не один год такая аргументация.
При том что «жабы» появились далеко не сразу.

Не смущает что «лучче, чем на жабе» — как-то ее появлению, не говоря о явном успехе — не помешало?

С учетом моего коммерческого опыта на «альтернативных технологиях», а точнее его отсуствия, моё скромное мнение конечноже сугубо субъективное.

Померять как ? — Взять две комманды, приблизительно одинакового опыта и состава, одну с жабой, вторую «альтернативную»; выкататить им одинаковые требования; и проверить результат относительно интересующих нас метрик (аля какая команда быстрее написала, где меньше критичных багов и больше стабильность, что легче поддается модификации, итд).

Но это все фигня, и оно некому не надо. Мысль которую я пытаюсь донести — «крутость» языка очень незначительный параметер при выборе технологии со стороны «сурйозных» компаний.

Ибо они понимают простую исину — что разработка продукта это не только «вбивание кода».

Взять две комманды, приблизительно одинакового опыта и состава, одну с жабой, вторую «альтернативную»; выкататить им одинаковые требования;

Как вы думаете, производители ПО в таком эксперименте заинтересованы?

Но это все фигня, и оно некому не надо.

На самом деле еще как надо. Только время подобных экспериментов давно прошло. Там, в 70ых, 80ых они происходили. В реальной жизни, где успех приносит деньги (обычно). А не в кабинетной тиши, с «секундомером».

ИМХО, первыми кто бросил перчатку высоколобому программированию были семейство Basic’ов и Cи. Ну и Cobol.
И именно тогда в противостоянии «высоколобое vs практическое» программирование было выяснено что «лучче». Для обычной, реальной жизни.

По совокупности конечно факторов, а не единственному.

разработка продукта это не только «вбивание кода».

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

Потому что это — деньги.

Насчет же двух команд, то еще могу добавить: если эти две команды будут состоять из выпускников MITа — то эксперимент будет нерепрезентативным :)
Примерно как в байке про юного Моцарта. Когда его отец глянул первую пьесу то воскликнул:
— Но это же никто не сможет сыграть!

— Но я же ребенок, а могу — ответил ребенок по имени Амадеус.

Поэтому теоретически, может быть, если бы программисты были сплошь отличники из MITа — картина распространенности языков программирования была б другой.

Может быть, доказательств этому тезису у меня нет. А может быть — и той же. Ведь Си с жабами не индийские программисты придумывали.

ммм, как то обидно получается — куча индусов бьют кучку гениев...

Хотя не, не это обидно, обидно что находишься не среди гениев.

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

Причем, я не зря добавил — отличники MITа. Но даже если взять-обособить отличников, и среди них будет гаусово. распределение, и самые-самые придумали б ru.wikipedia.org/wiki/Ифкуиль, а остальные все равно бы программировали на обычном Haskell.

Про Cobol же подумалось, что наверное он главный победитель. Ведь тогда не было такого количества ЭВМ, чтобы программист был обыденной профессией. Но вот оказывается, и для тогдашних программистов, с хорошей математической базой — Cobol для разработки оказался эффективней остальных. Не всех задач конечно, но...

Причем, я не зря добавил — отличники MITа. Но даже если взять-обособить отличников, и среди них будет гаусово. распределение, и самые-самые придумали б ru.wikipedia.org/wiki/Ифкуиль, а остальные все равно бы программировали на обычном Haskell.

конечно же распределение не будет гаусовым.

победитель, кстати, не кобол — а эксел. и пункт 10 в копилку Java — «используя её можно всё ещё считатся программистом».

победитель, кстати, не кобол — а эксел.

Кобо́л (COBOL, COmmon Business Oriented Language) — один из старейших языков программирования (первая версия в 1959

В 1982 году Microsoft запустила на рынок первый электронный табличный процессор Multiplan

Остальные тезисы поэтому нет смысла рассматривать.

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

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

остальные тезисы — про гаусовое распределение — можете произвести умственный эксперимент, пусть есть класс детишек отсортированых по росту, как будет распределено множество из пяти самых высоких?

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

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

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

каждый имеет право на собственное мнение.

О задачах:
большинство задач пользователя примерно такие:
посмотреть новости и погоду
обсудить их в соц сети

поиграть в «птичек».

Расскажете как в эксэле это делать?

про гаусовое распределение — можете произвести умственный эксперимент

Проводил. Не раз. И интересовался вопросом. Погуглите :)

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

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

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

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

В поднятой же мной теме количество явно больше, «количества в классе».

И что вы себе доказали? :D

кого мы считаем программистом

Кого «мы» считаем — не знаю.

Я считаю программистом того кто пишет программы.

эксел бьёт всех других программистов вместе взятых

не эксэл, а унитаз бьет всех программистов вместе с эксэлем.

Вобщем для троллинга вы слишком неуклюжи и натужны пока. :D

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

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

Это даже проще чем Гаусово распределение: количество рабочих мест для программистов увеличивается, а потребность в них одновременно уменьшается. Как, например, потребность в телефонистках. Знаете ли вы что сейчас телефонисток *значительно* больше чем ещё 60 лет назад?

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

Это вобще говоря хоть и не совсем верно в строгом смысле, всё же в рамках нашей дискусси - скорее верно, но только для случайной выборки из *всех* людей. Так как приёмная комиссия MIT, ровно как и система оценок в MIT вовсе не случайны, распределение интеллектуальных способностей в выборке отличников MIT вовсе даже и не близко к нормальному - оно не симметрично и сильно искривлено влево.

рабочих мест для программистов увеличивается, а потребность в них одновременно уменьшается.

А как тогда рассчитывается потребность?

По соотношению пользователей ЭВМ и программистов?

На таком уменьшении потребности в программистах вы сделали вывод о победе эксэля? Но это же не инструмент для программиста. Как он попал в список языков программирования?

Знаете ли вы что сейчас телефонисток *значительно* больше чем ещё 60 лет назад?

Не знал. Я думал что эта профессия вообще исчезла. С появлением АТС.

Глянул в гугл - Первый патент на АТС (US Patent No. 447918 10/6/1891) был выдан в 1889 году американскому изобретателю Алмону Строуджеру.

Про уничтожители распределения

Ну вы собственно назвали - "приемная комиссия MIT". Так что да, распределение среди отличников может весьма удивить, своей ненормальностью.

Но я вообще думал что вы из книг Талеба "Черный лебедь" или "Одураченные случайностью" что-то процитируете.

Там он показывает где гауссиана категорически неприменима. А ее - применяют. Наука потому что! О!

оно не симметрично и сильно искривлено влево.

Не знаю. Раз уж строгий разговор пошел, нужно брать реальную статистику. И по требуемым критериям - строить.

И строго говоря, мои рассуждения могут быть совсем не верны.
А иронично, демагогично и наукообразно подогнаны под известные факты.

Но наверняка не верны рассуждения которые не соответствуют ни фактам, ни тенденциям.

Можно по соотношению ЭВМ к количеству программистов, можно по соотношению количества вычислений к программистам — Дело, собственно, в поправке на проникновение компьютеров в жизнь.

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

Про телефонисток — теперь Вы знаете.

Талеб никогда не писал, что гауссиана категорически не применима. Он писал что распределение изменений цен активов не логнормально. Что вобщем-то общеизвестно и без него. Естественно, это не имеет ни малейшего отношения к распределению умственных способностей отличников МIT (если хотите кстати, оно доступно свободно, правда через немного кривой proxy — распределение GPA оценок).

Ваши рассуждения (мне кажется после «натужного тролленья»,"унитазов","злых птиц«, и вот этого ёрничанья про соответствия фактам и тенденциям, я имею право немного нахамить) — являются скорее набором лозунгов и каких-то ассоциаций на слова собеседника. Типа программист — пишет код на яве, бизнес програмист — на коболе, распределение — гаусово, не гаусово распределение — Талеб, телефонистки — АТС. То есть рассуждений никаких совсем нет — пусто. «Наука потому что, О!».

Эксель вполне себе инструмент для программиста

И в текстовых процессорах есть макросы.
Только у меня нет цифр — сколько строчек кода, штатных программистов, ... — пишется.

Если у вас есть, давайте. Вы ведь о победе экселя говорили. Победу можно посчитать.

Про телефонисток — теперь Вы знаете.

Нет, не знаю. Дайте ссылку.

Талеб никогда не писал, что гауссиана категорически не применима.

Я и не говорил что он такое писал. Вы мне что-то не то приписали, тем более что я как раз ее, гаусиану и «применил», при этом всем рекомендуя почитать Талеба.

Типа программист — пишет код на яве, бизнес програмист — на коболе

Программист пишет программы. На каком-то языке программирования. Тонкостей — а тьюринг полный язык используется, а сколько он кода пишет, а сколько генериурется некой средой, а считать ли программистом того кто кода не пишет, а настраивает некую сложную систему

являются скорее набором лозунгов

Взаимно. Я вообще понял только одно замечание по моим постам — что в случае с отличниками распределение не будет нормальным.

Остальное — не знаю кому и о чем. Эксель приплели, когда речь шла о людях работа которых — писать компьютерные программы. Профессия такая есть — программисты. И вот о смене инструментов программистов под названием язык программирования я и говорил. Эксэль не является языком программирования.

я имею право немного нахамить

Сколько угодно. И даже если не имеете :) Я не модератор, запретить не могу. А хамство в рунете — обычное дело.

ИМХО, первыми кто бросил перчатку высоколобому программированию были семейство Basic’ов и Cи. Ну и Cobol.
И именно тогда в противостоянии «высоколобое vs практическое» программирование было выяснено что «лучче». Для обычной, реальной жизни.

По совокупности конечно факторов, а не единственному.

Ну, во первых «высоколобое vs практическое» это всетаки не «функциональное vs императивное». Тот же эрланг — инструмент сугубо практичный, создан с конкректной целью, под конкретную специализацию, и успешно используется в своей области.

Во вторых — сейчас мы имеем возможность наблюдать, как старые «высоколобые» идеи, пытаются получить новую «практическую» жизнь за счет новых языков аля кложур, скала, фа диез. и прочх. Еще рано говорить о результатах, но «складывается впечетление», что индустрия, подобным экспериментам сопротивляется как может. Очень тяжело найти в киеве жоб связанный со скалой, кложуром итд. Также как тяжело найти программистов имеющих опыт с этими технологиями.

Ну, во первых «высоколобое vs практическое» это всетаки не «функциональное vs императивное».

Строго говоря да, согласен с замечанием.

А по бытовому, на практике, почему-то получилось некое тождество.

Тот же эрланг — инструмент сугубо практичный

И даже он, вполне практичный — нишевой. Даже в том типе задач где он прекрасен :)

сейчас мы имеем возможность наблюдать, как старые «высоколобые» идеи

Э-э-э, вот тут стоп. Идеи — всегда вначале формализуются в высоких лбах. Утрировано — они всегда высоколобы. И только когда их всячески разъ.. яснят, становятся банальностями.

То есть без высоких идей не было бы ни Cobol’а ни Бейсика.

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

Ну, с впечатлениями сложно спорить :)

У меня другое впечатление — индустрия просто уже определилась. Размежевала науку и технологии. Что произошло в массе других областей человеческого знания.

Очень тяжело найти в киеве жоб связанный со скалой, кложуром итд.

Киев вообще не показатель. Деревенька в глуши ИТ. Даже до Бангалора расти и расти :)

Но не удивлюсь если почти везде так, за исключением пары фирм в Калифорнии.

Также как тяжело найти программистов имеющих опыт с этими технологиями.

А зачем понадобились эти навыки? Разве результатом разработки ПО является код на некоем конкретном языке программирования?

Так зачем тому кто ориентирован на результат программист именно с навыком на Clojure?

Предвосхищая один из затасканных аргументов задам встречный вопрос:
Известно что многие крутые (без кавычек) программисты предпочитают Emacs вместо IDE.

Вопрос: они стали крутыми потому что пересели на Emacs, или для самореализации IDE становится помехой?

Идеи — всегда вначале формализуются в высоких лбах. Утрировано — они всегда высоколобы. И только когда их всячески разъ.. яснят, становятся банальностями.

То есть без высоких идей не было бы ни Cobol’а ни Бейсика.

Это понятно. Для нас ООП, и прочий мейнстрим, творимый руками «индусских коллег» приедается так, что забываеш о том, что все это было построенно не «индусскими коллегами», а умными ребятами из МИТа :-) Тем не мение тренд современных холиворов в интернете именно о том что мейнстрим технологии имеют кучу производственных недостатков, и о том, что «альтернативные» технологии якобы могут эти недостатки преодолеть.

Также, применимость «высоколобых» технологий зависи от других состовляющийх, как развитость железа, развитость ос и прочего. Так о применении Лиспа 50 лет назад в большенстве систем речи не шло.

У меня другое впечатление — индустрия просто уже определилась. Размежевала науку и технологии.

Что самое интерестное — все может очень быстро поменятся, не успееш глазом моргнуть :-)

А зачем понадобились эти навыки? Разве результатом разработки ПО является код на некоем конкретном языке программирования?

Так зачем тому кто ориентирован на результат программист именно с навыком на Clojure?

Если вы уже начали проэкт с использованием технологии Х, то вы заинтересованы нанимать людей обладающих знанием данной технологии... не ?

задам встречный вопрос:
Известно что многие крутые (без кавычек) программисты предпочитают Emacs вместо IDE.

Вопрос: они стали крутыми потому что пересели на Emacs, или для самореализации IDE становится помехой?

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

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

Это да, сам не первый год влезаю в эти разговоры.

Можно только одно точно сказать — у немейстримовых технологий сложно выявить недостатки. Тем они и идеальны. Это как коммунизм, пока не начнешь строить — сложно обнаружить подвох :)

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

Что самое интерестное — все может очень быстро поменятся, не успееш глазом моргнуть :-)

Это конечно от соотношения оптимизма-пессимизма зависит. Мое ощущение — что фундамент, то есть то на чем кодим уже значительно меняться не будет. Будет небольшая гибридизация под названием мультипарадигменность, как то в Scala и С#, или в библиотеках типа Boost и FunctionalJava. И все (недавно Пролог вспомнил, ради одной задачки, поковырял tuProlog и решил остановиться на Drools. Не нужны уже эти чистые реализации чистых идей, достаточно библиотек с некоторым вкраплением этих идей).
А уже с массовостью DSL и метапрограммированием — вопрос. Ну а верификация ПО, ИИ и подобное — где-то в будущем.

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

Я же в пору своего студенчества часто слышал насмешки в свой и одногруппников адрес — «программисты скоро станут не нужны!» С разнообразной аргументацией.

Скоро 20 лет будет. А «очень быстро» почему-то не вижу что поменялось в программировании. Причем что ООП, что TDD — старше моей карьеры :)

Если вы уже начали проэкт с использованием технологии Х, то вы заинтересованы нанимать людей обладающих знанием данной технологии... не ?

Конечно да. Но почему выбрали технологию Х? Вот в в чем вопрос. Ладно риски не посчитали — а людей потом где брать. Причем опытных. Подите быстро найдите опытных на мейнстримовых технологиях :)

Выбрали то — зачем именно ее? На что рассчитывали?

С какой целью?

Для меня такой вопрос звучит крайне странно и не понятно.

Хорошо, тогда прямой вопрос, для подумать:

Технология Y в сравнении с массовой X, повышает производительность программиста за счет какого свойства:
1. Упрощает его работу (скорость кодирования, быстрота отладки, простота описания модели... и т.п.)

2. Привлекает программистов с уровнем выше среднего, которым «тесно» в существующих технологиях. Которые были производительней среднего программиста на массовой Х.

Что первично:

Haskell или программист?

Подсказка:

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

Вопрос. Используется ли сегодня математические машины рационально?

Винер. В десяти процентах случаев — да.

Вопрос. Это невероятно низкая цифра. Почему вы так утверждаете?

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

Конечно да. Но почему выбрали технологию Х? Вот в в чем вопрос. Ладно риски не посчитали — а людей потом где брать. Причем опытных. Подите быстро найдите опытных на мейнстримовых технологиях :)

Я сообственно это и имел в виду в моем первом ответе квертисмерти, по поводу того почему в Украине нет проэктов использующих "альтернативные технологии".

Можно только одно точно сказать — у немейстримовых технологий сложно выявить недостатки. Тем они и идеальны. Это как коммунизм, пока не начнешь строить — сложно обнаружить подвох :)

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

Хорошо, тогда прямой вопрос, для подумать:

Вопрос опят таки странный. Похоже на то, что вы намекаете на очевидную вещь: что наиболее популярная технология - наиболее легкая в освоении.

в Украине нет проэктов использующих "альтернативные технологии".

их и не в Украине с гулькин нос. В сравнении с количеством и масштабов проектов на обычных технологиях.

Ну, "первопроходцы", там и сям, таки идут против мейнстрима

Да бросьте этот высокий слог :)

Ни против чего они не идут :) А столкнувшись с проблемой - ищут варианты. И иногда пробуют - а вдруг вот это новенькое ощутимо поможет? Так и наблюдения за муравьями показывают - какой-то процент муравьев постоянно сходит с дорожки. И обычно - гибнет. Но бывает, иногда - находит пищу, или более короткую тропинку.

В итоге - мы знаем о тех кому помогло. А о проваленых по этой причине проектах не слышим.
Или слышим объяснение - "та они просто ни асилили, вот если б асилили..."

Причем когда на мейнстривовом провал - то виновата технология. :)

И еще, о тех кому помогло. Часто приводят такую историю:

мы вот начали проект на X, но когда реализовали больше половины увидели что что не вписываемся ни во что и рискнули переписать на Y. И вы знаете, мы не только успели, но и сократили число строк кода, ..., ....,

Вот только вопрос. Команда эта та же была? То есть та, что в процессе реализации первого варианта - отлично познакомилась с задачей, и подходами к решению?
А если бы они переписали с нуля на той же X?

Правда, это во-первых скучно, а энтузиазм - великая сила. Во-вторых старая реализация все равно сидела бы где-то там в бессознательном и пакостила.

Вобщем - успех был благодаря свойствам технологии Y, или Y просто явилась катализатором? Хотя бы для энтузиазма.

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

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

Вполне можна найти толковые статьи по недостаткам.

На спор конечно можно.

Но все же - жиденько.

Но, повторюсь, практика и без этого - разобралась.

Выжили команды и компании которые пересели "на cobol". Естественный отбор сработал :)

Похоже на то, что вы намекаете на очевидную вещ

Нет :D
Намекаю на то что талантливый плюс грамотный программист и на бэйсике будет писать качественное по и быстро.

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

Намекаю на то что не "haskell" делает программиста крутым, а крутой программист его выбирает. Или не выбирает, ему он может и не понравится :)

В итоге - мы знаем о тех кому помогло. А о проваленых по этой причине проектах не слышим.

Или слышим объяснение - "та они просто ни асилили, вот если б асилили..."

Причем когда на мейнстривовом провал - то виновата технология. :)

Да, тут работает "коммунити", сгрупированное вокруг своей технологии, и фанатично однобоко "продвигающая" эту технологию. Религиозная секта. Обожаю этот соц феномен :-D

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

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

Это можно в местные цытаты добавить :-D

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

Сейчас почучуть входит в моду, когда и плохим программистам становится скучно на "бейсике".

Сейчас почучуть входит в моду, когда и плохим программистам становится скучно на "бейсике".

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

- работа выполняется теми служащими, которые еще не достигли своего уровня некомпетентности.

либо не так уж плох тот программист. Ну которому стало скучно.

Эксперимент по подсчету букв на странице среди обычных детей и умственно отсталых показал что вторые с задачей справляются лучше. Первые начинают скучать и пытаются читать, вместо того чтобы просто посчитать - сколько раз встречается буква "О"

особо забавно такое читать от человека, который говорил что джава, шарп — это все жалкие формошлепы и недопрограммисты :)

Судя по количеству его комментариев в этой теме, это просто смачный вброс.

Перешел на джаву несколько лет назад после долгих лет в C++
С этой точки зрения очень доволен джавой как языком (на первый взгляд всё тот же cpp, но на практике гораздо лучше и ровнее), хотя и недоволен как платформой.

Добавить бы джаве AOT-компиляцию (т.е. в машинный код) — наступил бы коммунизм.

хотя и недоволен как платформой.

Забавно, а ведь это основная фишка явы — платформа. А язык, так... Данность.

Добавить бы джаве AOT-компиляцию (т.е. в машинный код) — наступил бы коммунизм.

И чем вам JIT не подходит? Многократно использующийся код и так будет пред компилированным. У вас есть конкретный проект, где узкое место в компилируемом коде??? Или это так, к красному словцу?

узкое место это полбеды
JRE таскать не нравится

JRE таскать не нравится

Даже не смешной аргумент.

А автор писал на c# с использованием лямд, LINQ, WCF? Хотя, правильно, учите все джаву! Пусть .NET-чики будут в дефиците)

c# с использованием лямд, LINQ, WCF

Не нужно, и вобще ц решотка ересь

Пусть .NET-чики будут в дефиците)

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

Кстати, а какие требования предъявляются с C# - гуру, кроме написания сборок на чистом MSIL? :)

Кстати, а какие требования предъявляются с C# - гуру

Думается что такие же как и для других ОО языков.

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

P.S.

гуру, кроме написания сборок на чистом MSIL

кстати сказавшему такое — либо еще далеко до гуру

либо гуру не один год и просто стебется.

А общие методики определения гуру веками отработаны, и просты:
2 условия:
когда толпы считают тебя гуру,

и когда другие гуру тебя считают за гуру

Так это — на джуниора :)

когда толпы считают тебя гуру,

Три человека рядом — это уже по закону некоторых стран манифестация :)

Так это — на джуниора :)

Ого, это где ж такие требования к джуниору?

Могу добавить еще признак, речь:

обычная речь у гуру в ОО языке, как у «фаулеров». «fluent».

Три человека рядом — это уже по закону некоторых стран манифестация :)

Я думаю вы прекрасно поняли о чем речь. К чему эти форумные задрочки?

Ого, это где ж такие требования к джуниору?

Так щас любого джуниора на собеседовании сразу по паттернам гоняют. И чтобы продолжили с ним общение — он должен как минимум перечислить все базовые, нарисовать самый первый на букву А, сказать пример его использования, ну и пару архитектурных уметь хотя-бы нагамнокодить. Ну и если на asp.net джуниор — то нужно знать как минимум гамнакодить на MVC и втыкать туда JQuery, а также моветоном считается постбэк, вместо написания WCF сервиса, с которым расшарен HttpContext, под ajax :) Можно, конечно, у контроллера сразу все сериализовать в json, ну это не есть шанс, что пройдет техническое собеседование :)

Так щас любого джуниора на собеседовании сразу по паттернам гоняют.

Разумеется. А по чем его еще гонять? Как проверить — грамотность? Это как проверка русского языка — сочинение «Как я провел лето», на орфографию и на умение складывать предложения и связывать их между собой мыслью.

А от гуру уже попросят эссэ о поездке в супермаркет. Не «Я зашел в супермаркет. Я взял тележку и покатил ее. Охранник сказал мне ...». А «супермаркет был как зиккурат, ..., ...»

И чтобы продолжили с ним общение — он должен как минимум перечислить

Хорошо, вот еще один признак гуру — его на собеседовании не гоняют по паттернам, и перечислять «минимум» он уже не должен.

Остальные ваши разъяснения говорят что вы пока далеки от «гуру в C#». Но ремесло уже постигли, или около :)

еще один признак гуру — его на собеседовании не гоняют по паттернам, и перечислять «минимум» он уже не должен.

Конечно, т.к. он ходит сразу с короной и скипетром. И сам собеседует интервьюера на предмет его компетенции. Да и такие вопросы вызываюту него приступ неудержимой диареи и метеоризма. На остальные ваши «выводы», переходящие на личности, мне глубоко нас рать.

Конечно, т.к. он ходит сразу с короной и скипетром.

Работодатели вполне различают.

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

Тю, больное самолюбие — еще один признак НЕ гуру :D

И на личности я не переходил. Был представлен текст, характерный для ремесленника. Испещрен названиями технологий, а не — концепций.

А вышло как в анекдоте-тесте:
Заходит в комнату эксперементатор и кричит:
— Эй, дура!
И подавляющее большинство оборачивается с гневным выражением лица:

— Кто?? Я???

Тот, кто сыплет направо и налево своими «концепциями» — просто сублимирует свою несостоятельность изучить конкретные технологии. Скажу по секрету — платят в наших реалиях именно не за блаблабла в области высоких материй а за то, как вы владеете конкретными технологиями, чтобы сделать продукт, за который вам заплатили, и который толкнут, или получат от него профит, еще подороже. Вот и все премудрости. Да, ремесленники, ёпт, а не абстракционисты-балабольщики, за это нам и платят. Ваша 1С — это ведь не фундаментальная наука, верно? :)

Тот, кто сыплет направо и налево своими «концепциями» — просто сублимирует свою несостоятельность изучить конкретные технологии.

А кто вам сказал что «гуру» не знает конкретных технологий? Откуда вы такое выдумали?

Он то их знает, частенько до автоматизма. Но знает еще и почему они вот такие, откуда и куда идут. Дополнительно, а не вместо.

платят в наших реалиях

как и везде за степень ответственности. У ремесленника ее меньше, потому ему и меньше платят. У гуру — больше, потому и платят ему больше. Но несмотря на это —

уровень «гуру», которие в дифиците, не зависимо от технологии

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

Да, ремесленники, ёпт, а не абстракционисты-балабольщики, за это нам и платят.

А тому кто побалаболит и выбъет заказ — платят еще больше.

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

Ваша 1С

Не моя. Не акционер и не разработчик.

Но если о внедренцах 1С — то там также есть ремесленники, которые знают технологию, но им нужно тщательно расжевывать что собственно и как должно работать. А есть гуру, стоимость часа которых — весьма отличается. Для того кто 1Сничал ответ на почему — известен.

Тоже кстати и среди саперов и аксаптовиков.

это ведь не фундаментальная наука,

О computer scince я и не помышлял. Это вообще из другой категории.

Но ваше упорство мне напомнило еще историю. Из чань:
— Учитель, я обладаю природой Будды?
— Нет.
— А собака обладает?
— Да.
— Но почему??

— Потому что ты спрашиваешь, обладаешь ли ты природой Будды.

Ничего личного. Просто признак «не гуру» — тоже веками подмечен :) Его можно так назвать:
Кто не знает кто такой гуру — точно не гуру.

Кто знает кто такой гуру — может быть действительно знает (условие необходимо, но не достаточно)

P.S.

Да, я не гуру, если вдруг думаете что это я себя тонко нахваливаю.

Тема ни о чем. Так можно про любой ЯП 10 пунктов придумать.

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

Не интересно.

судя по предыдущим постам топикстартера, предположу, что он попытался привести собственную мотивацию при смене языка программирования. как человек, аналогично недавно спрыгнувший на java, приведу свою мотивацию:
1) востребованность java девелоперов, а значит наличие работы в обозримом будущем.
2) жесткая типизация, хоть как-то, но дисциплинируящая и затрудняющая г-кодинг
3) кроссплатформенность (ну не люблю я виндовз как платформу разработки)

4) богатый инструментарий разработки

все это было до начала реальной работы. на практике обнаружились вещи, которые разочаровали:
1) JSP/JSPF с зоопарком таглибов — программирование PHP-style в худшем понимании этого словосочетания.
2) Для работодателя зачастую JS = Java (WTF!) или идет в нагрузку по умолчанию, java developer вакансий, где не предполагается приличную часть времени разгребать фронтенд глюки (жесткая типизация? забудьте!), на самом деле очень и очень мало.
3) Extra complexity и тонны автосгенеренного кода — изящный, лаконичный и легко читаемый код, это не про Java.
4) Перформанс — это ахилесова пята Java. Знание нехилой кучи нюансов необходимо для того, чтобы это работало быстро. Для большинства Java девелоперов этап «работает» — есть финальным, а до «работает быстро» уже нет ни времени, ни желания, ни способностей.
5) Эффективность работы тем ниже, чем сложнее проект. Соотношение времени, потраченного на непосредственно кодинг+дебагинг, к времени ожидания, пока все это сбилдится+задеплоится+запустится, может доходить до 1:1.

5.b) Общепринятая практика логгирования в Java - это худшее из всего виденного ранее. Работа с логами, куда еще и насрано эксепшн стек-трейсов даже в проекте средней сложности — это смерть глазам, и скролл+скролл+скролл (а если это виндовз терминал, то лучше вообще не заглядывать).

в общем, впечатление двойственное. эйфории уже нет ))

JSP/JSPF с зоопарком таглибов

Выбор этой технологии не обязателен. Существуют — GWT и верстка HTML+JavaScript с отдачей с помощью какого-нить FreeMarker. И всякие Tapestry

Для работодателя зачастую JS = Java (WTF!) или идет в нагрузку по умолчанию

Да. Хотя цепочка все же длинней: JS = Java = JPA (Hibernate, SQL)
В большой команде конечно можно специализироваться. Но в приложении существуют обычно 3 части:
интерфейс для пользователя
бизнес-логика

данные хранимые между запусками программы

Перформанс — это ахилесова пята Java.

В сравнении — с чем?

Эффективность работы тем ниже, чем сложнее проект.

Это относится к любой технологии, ЯП

пока все это сбилдится+задеплоится+запустится

Не без этого. Хотя можно с этим бороться.

насрано эксепшн стек-трейсов

А многие не Java программисты как раз хвалят джавовские стрек-трейсы.

эйфории уже нет

Это да. Всегда так происходит с вещами, с которыми начинаешь работать. Жить.

От семейной жизни эйфория тоже обычно проходит через пару лет :)

Подскажите, как излечить Rails-эйфорию? Уже года 3 пытаюсь, не получается.

Понятия не имею. Я о ней только вот в интернете и слышу.

В жизни же чего-то в эту эйфорию не спешат переходить.

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

Я еще две эйфории знаю, у лисперов и у хаскелистов.

В жизни пока все три группы мне не встречались.

Rails же да, используется конечно.

Только это не аргумент в пользу многолетней эйфории.

Я так понимаю просто нечто есть такое у Lisp’а, Haskell и Ruby on Rails что привлекает людей склонных фанатеть.

Еще недавно такая тусовка рунетовская вокруг Erlang’а была, но толи поредела, толи на деле и на нем писать код = трудиться.

Да, вспомнил, а самые эйфорийные водятся на RSDN. Вокруг Nemerle, и не один год!

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

Я к тому, что и работаешь, и проблемы вроде есть, и ошибки по пару дней вылавливаешь, и проект уже раза 3 рефакторил, а вот оно всё равно радует.

а вот оно всё равно радует.

между «радует» и «эйфория» — очень большая разница :)

Работа которая совсем не радует, обычно и делается плохо. А работника который плохо работает — долго не держат.

Не, как аргумент в пользу — это инновационное ... хорошее сообщество ...

Это не аргумент, а вступительный, выверенный маркетологами, текст.

А аргумент в разработке ПО был и остается — то побеждает, что позволяет разрабатывать быстро, дешево и с требуемыми характеристиками конечно продукта.

Хотя, с накоплением работающего кода появляется еще и потребность в его поддержке... Что может препятствовать «инновациям», «хорошим правилам кодирования» и прочему.

Но если инновация действительно без кавычек — то и перепишут.

Я же пока и для новых проектов не слышал чтобы Rails — очевидно единственным выбором был. Значит что-то с ним не так. Инноваций настоящих думаю не хватает, смотрел-пробовал его немного — ВАУ эффекта не возникло.

Не, кокаин на рельсы я не прноменяю, вы не подумайте )

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

Прикольно, по структуре каталогов очень даже рельсы напоминает. Но на джаве. А в чем профит перед рельсами?

А в чем профит перед рельсами?

Но на джаве.

:)

В чем профит джавы для веба? Ну, сравнивая её с Руби или Питоном, допустим. Джаву я знаю, но и руби знаю тоже.

Скажите лучче зачем нужен руби, если есть груви?

А рельсы, жадные плагиаторы слизали с Grails. Гореть им в аду!

ЖВМ — платформа. Хотите динамики, замыканих, и прочих экспресивных «выделонов» — берете груви. А хотите «нормальный» статический, производитедьный код — подключаете джаву и вперед. Рельсы в этом аспекте — проигрывают. Не пойму, чего с ними еще возяться :-)

Действительно, чего с ними возятся. Все ж знают, что рулит не отдельная технология, а конкретный язык. Хоть запусти Rails на JRuby, всё равно нужно юзать груви, ибо груви это православно, а jruby — сакс.

А что такое — «для веба»?

Для меня веб — это вид пользовательского интерфейса. Но к чему — интерфейса? К какой сложности программы и данных длительного хранения?

А «веб» и Notepad++ можно сделать, html с javascript. В чем профит Руби или Питона, зачем они вообще нужны «для веба»?

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

Выбор этой технологии не обязателен.
ни в одном из проектов, в которых пришлось поучаствовать, выбирать не приходилось. как правило работаешь с тем, что уже есть, а то что есть — повергает в депрессию.
Тут да, согласен, есть такая проблема — «выбирать не приходилось».
Либо потому что команда большая, и не тот уровень у программиста чтобы решать такие вопросы.

Либо — многолетний код который можно только латать, на «переписать» денех никто не даст.

Вот он и один из секретов «эйфории» от новых ЯП, технологий, там нет старого но работающего и чужого(!) кода. А когда появится, вот тогда и посмотрим.
Как знакомый питонщик поработавший в команде рельсовиков сказал мне:
«Руби? чур меня чур. Там сплошная магия, старый код выглядит... что на perl’е.

Рельсы хороши? Видел я как обновляли в работающем проекте на новую версию. Спасибо.»

Ответ вам и веткам рядом.

Почему рельсы решают? Ну, если не брать в расчет того что на них разработка быстрее и приятнее, а результирующий код приятно читать (за счет rails way), то решают они своим комьюнити. Я не знаю ни такого фреймворка вокруг которого было консолидировано такое огромное комьюнити, а это комьюнити дает нам просто офигенные плюсы в виде того что на любой вопрос можно найти ответ, а под практически любую стандартную задачу — плагин. Причем большинсво плагинов написаны с учетом rails way, а посему когда его подключаешь, нет ощущения что прикручиваешь криво-косо сбоку хрень, а именно что расширяешь стандартную функциональность рельсов.

После 5 лет писания на java, рельсы для меня стали настоящим открытием.

Да, помню люди делающие UI(формошлепы) лет десять назад тоже хвалили делфи за то что программирование на нем заключалось в поисках в интернетах глючного компонента.

Всегда считал что разработка нетривиального UI весьма сложное дело особенно для десктопных приложений.

Я буду хранить эту информацию в самых потаенных уголках своего сердца!

Я перефразирую:

Оказываеться, для разработки нетривиального, безглючного UI — таки нужно наличие «мозгов» и некоторых «знаний»...

Разворачивая нить дискуссии взад:
— рельсы нетривиальному UI иррелевантны, js програминг например намного более релевантен

— тоже самое можно сказать про 90% delphi апликух

Ну, если не брать в расчет того что на них разработка быстрее

Чего именно разработка быстрее и приятнее?

Задача:
нужно написать программу вывода «Hello world!».

На чем быстрее ее написать, на bash’e или на Java?

Написали. А теперь нужно добавить имя пользователя.

Я не знаю ни такого фреймворка вокруг которого было консолидировано такое огромное комьюнити

Да ну, это говорит Java developer?

Да, конечно Java фреймворки не популярны, комьюнити у Java вообще крохотное....

на любой вопрос можно найти ответ

Это да, о Java в интернете почти ничего нет, программисты на ней непонятно зачем шифруются если и есть. Но их тоже, мало... Тут конечно да, с ruby on rails не сравниться и близко.

а под практически любую стандартную задачу — плагин.

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

После 5 лет писания на java, рельсы для меня стали настоящим открытием.

Ну если кроме Java ничего не знали, то конечно. Открытий еще ждет немало :)

3) Extra complexity и тонны автосгенеренного кода — изящный, лаконичный и легко читаемый код, это не про Java.

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

Перформанс — это ахилесова пята Java. Знание нехилой кучи нюансов необходимо для того, чтобы это работало быстро. Для большинства Java девелоперов этап «работает» — есть финальным, а до «работает быстро» уже нет ни времени, ни желания, ни способностей.

Если есть четкие требования по производительности — то у вас будет и время и желание и способности ;-) К томуже, для какогонибуть цепепе, для того чтобы работало бытсро — требуется еще больше знаний :-)

Общепринятая практика логгирования в Java — это худшее из всего виденного ранее. Работа с логами, куда еще и насрано эксепшн стек-трейсов даже в проекте средней сложности — это смерть глазам, и скролл+скролл+скролл (а если это виндовз терминал, то лучше вообще не заглядывать).

вот насчет этого — непонятно. Где лучче работать с логами ?

К томуже, для какогонибуть цепепе, для того чтобы работало бытсро — требуется еще больше знаний

В цпп-среде и джава-среде разные размеры лакун между «человек пишет рабочий код» и «человек пишет быстрый код». Хотя да, это не противоречит тезису о том, что «больше знать надо».

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

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

По пунктам, пожалуйста.

Скажем так, ненамного больше, если больше вообще.

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

Первое — по сути, необходимость немного представлять, сколько занимает то, с чем вы работаете. Проблема обычно возникает в случае, если перед Вами талантливые люди написали своеобразный код, в котором чуть более, чем все, представляется void *. С появлением в большинстве развитых библиотек смартпойнтеров, в управлении памятью стало на значительный способ выстрелить в ногу меньше. Остались, правда, циклические ссылки.

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

У Джоэля была статья, в которой он критиковал переход на джаву (вместо цепепе) многих СПШ вузов. Основной мыслью этой статьи было, что человек плохо владеющей джавой и плохо понимающий что внутри происходит — может вполнеть писать на джава проги (как для университетского уровня), и они даже вполне работать будут. На цепепе, если ученик чуть чуть провтыкал с поинтером — все свалится к черту с сегфолтом.

Насколько помню, в той статье он еще печалился что с Scheme мало кто из джавистов начинал.

Так что смею трактовать его мысль и о C++ - дело не в сегфолтах, как полезных для обучения, а в обилии концепций на уровне синтаксиса, и близость к реальному железу. В отличие от минимализма Javы и удаленности от железа ее реализации.

Но это большой и другой вопрос — с каких ЯП начинать обучение программиста.

1) единственная технологическая проблема из стэка. Java на frontend мертва и почти похоронена. Как бы это ни было прискорбно.
3), 4), 5) - все проблемы от "людей-снежинок". Когда руки растут не и кресцово-поясничного отдела, эти проблемы исчезают сами собой.
2) - здесь дело уже не в руках, а в головах. Либо объяснить, либо уходить.
Итого, человеческий фактор и еще раз человеческий фактор. Причем здесь Java? 

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

Итого, человеческий фактор и еще раз человеческий фактор. Причем здесь Java?
наверное, ни причем. вот только, выбираем мы ЯП, а работать приходится с людьми. И если только вы не волк-одиночка, программирующий, как нравится, и исключительно для себя, человеческий фактор начинает играть рояль.
когда новообращенный, начитавшийся всяких умных книжек и комментариев на доу типа того, что оставил топикстартер, включается в командную работу с матерыми джавистами 10+ years exp, испытание на прочность шаблона — неизбежно.
и фраза
Java не дозволяє відстрелити собі ногу
вполне справедливо может быть продолжена чем-то воде ... зато может выпотрошить твой моск и сделать дауном на всю оставшуюся жизнь. собственно, реальность отличается от ожиданий, и мой пост был об этом. в контексте Java.

Я так понимаю это был порыв восторга эмбедера наконец попробовавшего нормальный язык?.

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

Или это так, — поделиться открытием? — Или таким образом топик должен «оживить» ДОУ батлом между java-программистами и «иноверами»?

я не совсем понял суть этого комментария...

Суть — узнать суть топика у автора. Там три (!) вопроса к автору, присмотритесь!

а) звірити свої "інтуішенс" з дійсністю (виучи С, познайоамся з С++, може поймеш);
б) легкий PR ( "Хуже сплетен может быть только одно. Когда о тебе не говорят вовсе");

в) а взагалі, які були питання? (невже досвічений QA Manager так само озадачує підлеглих - мутними вопросами тіпа "дагадайся чьто я хацєл спраасіть")

Не бывает лучших языков, бывают хреновые программисты

Flyman в экстазе от Джавы похоже :)

Не то слово.

«Как сказал 1 еврей пришедший работать завскладом с окладом 80 рублей , а тут еще и деньги платят?»

по C# ніби відписалися, ще цікаво а що із iOS та ObjectiveC та Іphone

А що з ними? Живуть собі в свому світі :)

а що черевоточини для переходу із їх світу в інший і навпаки не існує?

Какие-нибудь кросплатформерные фрейворки типа AIR?

3) Java + Android = love (і лаве теж);

сподiваюсь, ти вже подивився на Android NDK

добра нiша для C, C++

4) Java в Екліпсі проста як двері: — навів мишку — зразу тобі і підказка про клас/метод/помилку/...;

Екліпс сам по собі не ідеальний. Щодо підказок то вони є більшості IDE для всіх мов.

спробуй:
www.jetbrains.com/...e_java_ide.html
Эклипс sux.
ps: один Си-шник сказав, подивившись на роботу джавистiв “я вас ненавижу”

(щеб-б — рефакторинг “одним пинком” и пр)

p.p.s: 11) Java looks like a logical OO extention of С, С++ (imho)

и .. да, в 40 учить Джаву не поздно. Проблема не в возрасте, а в пороге вхождения на рынок — он растёт, и требования растут, и уровень конкурентов тоже.

добра нiша для C, C++

Непогана, але Java позиціонується як один з варіантів кодування одною рукою мишкою (в іншій філіжанка кави).

1) Java looks like a logical OO extention of С, С++ (imho)

ІМНО теж.

и .. да, в 40 учить Джаву не поздно.

Щоб цвях не заржавів тре через кожних кілька років витягувати його з одної доски і забивати в іншу.

у 2007 я знав С гірше, чим на даний момент знаю Java, і нічого у 35 років вліз в аутсорс, коли ще скрізь в оголошеннях писали — вимоги до кандидата 23-30 років, N років досвіду і довгий список вимог.

Проблема не в возрасте, а в пороге вхождения на рынок

Як писав Beaver Green:

украинское ИТ это шоу-бизнес, в котором “продают” артистов — девелоперов!
И здесь совсем другие законы и правила оценки. Просто 100 клоунов — это одна цена; “поющие трусы” — другая; “команда КВН” — третья; звезда + кордебалет — четвертая. Здесь человек стоит столько, сколько за него готовы заплатить. А как он поет — это уже не так важно.

Дивлячись на ситуацію із новоприбульцями та очікуваним вихлопом із інститутів на ринок на найближчі 5 років скажу, що шоу продовжуватиметься.

А как он поет — это уже не так важно
То есть, главное — понтов побольше и пыли в глаза?

То есть, главное — понтов побольше и пыли в глаза?

У сучасній моделі економіці головне маркетинг і продажі, а не корисність продукту для клієнта.

про мавен посмеялся, спасибо. Он конечно часть проблем решает но это совсем не идеал...

Ідеала не існує, але сама по собі ідеї закладені у мавен сподобалася.

В інших платформах подібного не зустрічав.

пользуюсь сейчас ant +ivy — Глобально теже яйца только в профиль. Напрягает толлько количество и психоделичность антовых скриптов но это особености нашей платформы, ivy свою работу делает

Далеко не теже, но мне почему-то кажется, во Вы в теме :)

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

1) Java перпспективна

На тіобе її популярність падає — www.tiobe.com/...tpci/index.html

2) Java вільна і кросплатформенна;

Не зовсім. Залежить від реалізації.

3) Java + Android = love (і лаве теж);

<Інша мова> + <інша платформа> = love.

4) Java в Екліпсі проста як двері: — навів мишку — зразу тобі і підказка про клас/метод/помилку/...;

Екліпс сам по собі не ідеальний. Щодо підказок то вони є більшості IDE для всіх мов.

5) Java без хліба не лишить: вакансій більше;

Для інших мов теж не мало.

6) Java годує краще: з/п вищі;

Залежить від проекту, а не від мови.

7) Java дозволяє використовувати чужі велосипеди: море готових пакетів;

В мінімум 10ти найпопулярніших мов ситуація та сама.

8) Java звільняє мізки від непродуктивної роботи: напр. збирач сміття не просить розробника слідкувати за динамічним виділенням пам"яті для об"єктів;

Ага, public static void main() :) Також відстуність багатьох речей, котрі є в мовах з динамічної типізацією. А ще наскільки памятаю лямбди створюються якось через анонімні класи.

9) Java не дозволяє відстрелити собі ногу;
По цьому лінку www.thealmightyguru.com/...fInTheFoot.html написано що дозволяє:

After importing java.awt.right.foot.* and java.awt.gun.right.hand.*, and writing the classes and methods of those classes needed, you’ve forgotten what the hell you’re doing.

10) Java + maven = build success: менше гемору із dependency, кривими шхяхами, правами рута і т.п., наприк. [sudo] configure/make/install.

Щодо sudo то це bullshit, бо якщо інсталити в корінь, то ніякий maven не спасе, sudo прийдеться писати. Це стосується тільки кроку install . Окрім того для всіх популярних мов є свої аналоги maven. Тай сам maven далеко не найкращий.

О, один повелсо :)

Понеслась:

На тіобе її популярність падає

Visual Basic .NET растет. Все переходим на него!

Не зовсім. Залежить від реалізації.

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

<Інша мова> + <інша платформа> = love.

Ключевой момент:

(і лаве теж)

ТС какбэ наменакет на перспективность мобилочек.

Щодо підказок то вони є більшості IDE для всіх мов.

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

Для інших мов теж не мало.

Автор, я так понял, сравнивает с православным Ц.

Залежить від проекту, а не від мови.

Речь идет о средней по больнице.

Також відстуність багатьох речей, котрі є в мовах з динамічної типізацією.

Автор вам про память, а вы про типизацию.

А ще наскільки памятаю лямбди створюються якось через анонімні класи.

(А это мое любимое) ............ И ЧЕ???

After importing java.awt.right.foot.* and java.awt.gun.right.hand.*, and writing the classes and methods of those classes needed, you’ve forgotten what the hell you’re doing.

Мдяя...... Мего проблема. А еще из Джавы не убрали переполнение типов...

Окрім того для всіх популярних мов є свої аналоги maven.

NMaven, RMaven, GMaven?

P.S. Я правильно понял, что это очередная трололо тема?

О, один повелсо :)
Ага, шось не з тої ноги проснувся. Більше не буду :)

Госопода, может не надо?) Баян же, причём древний.

Баян же, причём древний.

Устройте срач повеселее :)
Кстати:

Кастую сюда фанатов ФП!!!

Дадада! Давайте лучше погавкаемся на тему: функциональное программирование vs императивное.

А здесь есть вообще те, кто писал на функциональных языках? И как много человек вообще знают разницу между функциональными и императивными языками?

Есть. Я учил Лисп ещё в универе, сейчас интересуюсь F#. Может тех, кто использует ФП как мейн парадигму и не много, а вот тех кто пробовал писать... Так что можно смело делать вброс в стиле «ООП себя не оправдала!» «Долой классы!» или что то вроде.

И есть рабочие проекты на нем? Или это только для души?

У меня — для души. Но я всё таки веб-дев.

А вообще они в природе (украинской) встречаются? И, если встречаются, какие языки там меинстрим?

И какие ништяки, кроме просветления, дает использование ФП?

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

Как и любая парадигма, помогает решать задачи.

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

Wow! Серьозно, жаба на все це здатна?)))

Неоригинальный вброс. Примерно тоже самое можно сказать про C#, а большую часть — про любой современный язык.

Примерно тоже самое можно сказать про C#

Давай для C# намалюй:

Тут і «малювати» то нічого, обидві мови хороші, а C#, як мова — не плутати з платформою!, вже десь як рік обігнав жабу по можливостях.
І тут уже просто справа в прихильності до якоїсь одної сторони «сили», що більше подобається.
Чую буде зараз священна війна!

не плутати з платформою!

Язык — хна! Главное платформа!

В яви і c# з платформами приблизно те саме. .NET+Mono+ще якісь = OpenJDK+SunJDK+для макос якась своя платформа+Dalvik+... . Від того получається що ява не більше і не менше кросплаформенна ніж c# чи будь-яка інша мова. Ще собі згадую досвід з JavaME. Як в вікіпедії написано, колись мало працювати на всіх телефонах. А в реальності на кожному телефоні якась своя специфіка, свої розширення і тд.

В яви

www.youtube.com/...h?v=9eKRqyuIEy4

.NET+Mono+ще якісь

и

OpenJDK+SunJDK+для макос якась своя платформа+Dalvik+...

Это совсем про разное (не корректно сравнивать с .NET+Mono).

OpenJDK+SunJDK+для макос якась своя платформа

Это сейчас одно и то же.

Ще собі згадую досвід з JavaME.

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

1) .NET перпспективний;
2) Mono вільний і кросплатформенний (weak point);
3) .NET + WP7 = love (і лаве теж) (another weak point :));
4) C# в Студії простий як двері: — навів мишку — зразу тобі і підказка про клас/метод/помилку/...;
5) .NET без хліба не лишить: вакансій більше;
6) .NET годує краще: з/п вищі;
7) .NET дозволяє використовувати чужі велосипеди: море готових пакетів;
8) .NET звільняє мізки від непродуктивної роботи: напр. збирач сміття не просить розробника слідкувати за динамічним виділенням пам"яті для об"єктів;
9) .NET не дозволяє відстрелити собі ногу;

10) .NET + MSBuild = build success: менше гемору із dependency, кривими шхяхами, правами рута і т.п., наприк. [sudo] configure/make/install.

2, 3, 6 — вычеркиваем без вопросов
7 — ну да: Нант, Нхибернейт, Нспринг ...
8 — от только всегда находитсо падаван который начнет использовать unsafe, или джуны уже настолько отупели что не знают об этой возможность?

9 — а это не вы когда-то вместо инта вернули из компаратора (типа лямбды) булевское значение?

7 — LINQ, Entity, DevExpress и ещё сто тыщ пяцот. На недостаток велосипедов не жалуемся.

8 — элементарно не знают. Да и как правило, нет смысла использовать ансейф.

LINQ

Развитие HQL (допустим зачет)

Entity

В дотНете придумали Entity? А что тогда было в Хибернейте, что такое ПОДжО? Как же были ОРМы до дотНета?

DevExpress

В дотНете придумали наборы УИ-компонентов?

Да и как правило, нет смысла использовать ансейф.

Но найдетсто тот кто заиспользует и шо тогда?

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

2, 3 — ок, так и быть
6 — судя по зарплатному опросу, зарплаты по .НЕТ чуть-чуть ниже чем по джаве
7 — внизу
8 — в настройках проекта в студии можно снять галочку «allow unsafe code», и сразу все тайное станет явным :)

9 — вроде нет, а в чем проблема?

судя по зарплатному опросу

Посмотрите ЗП синьоров по Киеву: salary.dou.ua

Они чуть-чуть колышаться. Скоро выйдет Вин8 с её ВинРТ, понадобится больше дотНетчиков, зарплаты вырастут. А потом выйдет какая ни буть очередная новомодная фишка, и мы окажемся в той же роли, что и программисты на КОБОЛе, если не переучимся.

Скоро выйдет Вин8 с её ВинРТ, понадобится больше дотНетчиков, зарплаты вырастут.

Посмотрим.

Они чуть-чуть колышаться.

Пока что как я не сделаю выборку, у джавистов на 100-500 багзов больше.

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

Потому что дотнетчиков немного больше.

Где? Опять же, в зарплатном опросе явистов больше...

Таки да, гораздо больший поток начинающих идет на джава. Скоро работодатели могут стать к джавистам очень переборчивыми. В .NET чаще идет завязка на конкретное направление: Solverlight, WP7/WinCE, Azure, Asp.NET, WinForms, SharePoint... Соотв. найти спеца на конкретное из этих направлений (с Asp.NET и WinForms полегче конечно) уже все труднее. Все это может привести к колебанию на рынке в ближайшем будующем.

А вот Azure насколько востребовано? И че-то мне кажется, это 99% нужно будет для ВинФона и то в качестве хранилища больших данных, т.к. у него внешней памяти нет, а внутренней — с гулькин нос, да?

А что, разве на ВинФормы ещё кого то берут? Я думал, что ВПФ их полностью вытеснил.

от только всегда находитсо падаван который начнет использовать unsafe

ИМХО таким еще в зародыше нужно аборт делать :) Потому что GC рискует отстрелить себе ногу, в обмен на производительность :)

9) .NET не дозволяє відстрелити собі ногу;

Зато позволяет сломать себе руку :)

Подписаться на комментарии