Как (эффективно) изучать JavaScript?

[aspire5738]

Вобще если ВСЕ корпорации придерживались международных стандартов то никто и не создал java.

[x-yuri]

если кто не в курсе, ограничение на длину сообщения - 10000 символов

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

Вообще, предлагаю свернуть этот разговор, дабы не превратить холивар.

почему? Тут нету фанатов java. И нету людей, которые будут защищать свою позицию во что бы то ни стало. Или я не прав?

так вот, мы обсуждаем, что java скоро умрет. Какие аргументы? (получилось много букв )

1) Apple отказались поддерживать java

сначала отказались, а потом опять согласились (C Java в Mac OS X не все так печально, Oracle and Apple Announce OpenJDK Project for Mac OS X, Oracle and Apple Announce OpenJDK Project for OSX)

Джобс отказывается от Java, которую они сами пилят. будут Apple по примеру Win пользоваться трудами Oracle.

Apple прекращает поддержку Java на Mac

The exact reasons behind this deprecation aren't known; it may be that Apple aren't willing to license Java from its new owners, or it may be a result of the continued eviction of non-Apple software from the core platform.

Apple Deprecates Java

По мнению Гослинга, есть несколько причин, по которым Apple отказывается от Java. Во-первых, это их «фундаментальная тенденция к тотальному контролю» (Apple's fundamental control-freak tendency), из-за которой они со временем уделяли всё меньше внимания Java.

Джеймс Гослинг: почему Applе отказывается от JVM

2) Google отказался поддерживать java

Начнем с того, что Oracle подала иск на Google
Oracle sues Google over use of Java in Android
Oracle sues Google over Android and Java

С Sun было проще (Google они, например, не трогали), а Oracle очень хочет денег отовсюду.

Apple прекращает поддержку Java на Mac

Обычная война за сферы влияния при помощи патентов. Никакой потери или наоборот отвоёвывания Java тут нет. Dalvik не является JVM, более того он не умеет исполнять .class файлы. Однако платформа Android является сильным конкурентом J2ME, способным его просто убить. И вот, вместо того, чтобы как-то оживить J2ME, этот страшный обрубок нормальной Java-ы, Oracle решила задушить конкурента нетехническими методами.

Понеслось... Ларри таки возбудился

Google subsequently released the Android Native Development Kit, which allows developers to build Android components with C and C++. It is not intended to replace the Java development model, though, which remains the strongly preferred means of Android development.

Oracle sues Google over use of Java in Android

J2ME как-раз закрытая платформа, благодаря которой Sun (а сейчас Oracle) стригли и стригут кучи бабла - только Android кашу портит. Согласно JSPA, все, кто участвовал в разработке открытой спецификации (а на JVM J2SE была открытая спецификация), должны получать доступ к TCK. Sun открыто нарушила это соглашение

Apache вышел из состава исполнительного комитета JCP

3) Apache отказались поддерживать java

Я лично на стороне Apache: они участвовали в разработке JSR, и согласно договоренностям, должны иметь все права на получение TCK. Это не было проблемой с остальными спецификациями т.к. Sun выдавала их без вопросов, но в случае JDK, Sun применило Field of Use, что значит, что новая VM будет закрытой и не может выйти под лицензией Apache. ... Позиция Apache проста: если Oracle делает это с JSR на Java, то может сделать и для любой другой спецификации. Т.е. все добровольно работают над спецификацией, но Oracle решает, дадут ли они TCK всем остальным просто-так или придумают Field of Use. А т.к. Ларри - чувак очень заточенный на профиты, то случится это скорее рано, чем поздно.

Apache вышел из состава исполнительного комитета JCP

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

Apache вышел из состава исполнительного комитета JCP



The ASF Resigns From the JCP Executive Committee

Apache non-profit организация и их основной целью является написание открытых продуктов, за что им хорошо платят такой крупняк, как IBM, Oracle (до того, как они повернули свой курс на 180 градусов после покупки Sun). IBM и компании это нужно, чтобы не платить деньги Sun за лицензирование собственных JVM.

Apache вышел из состава исполнительного комитета JCP

4) плохая производительность

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

В существование объективных benchmark'ов по теме я сомневаюсь. Хотя я вообще в benchmark'и не верю, за исключением случаев, когда по всем тестам у одного из языков имеется значительное преимущество. Но можешь попробовать...

По поводу сравнения реальных приложений... еще раз, если существуют хорошие приложения на java, значит не все так однозначно. А такие существуют. Например, PhpStorm. Среди аналогов не отличается плохой производительностью. Да и вообще хорошая IDE, продуманная...

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

Сравнивая производительность языка.

5) слишком сложная

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

(продолжение следует)

[x-yuri]

к разговору, что java никому не нужен... откуда у apache платиновые спонсоры взялись, которые платят $100k в год? Microsoft спонсирует разработку Apache HTTP Server'а?
Thanks
Sponsorship

---

про последние события в java-мире в целом

Пару лет назад я бы точно сказал, что у Java будущее есть. Последние события заставили появиться тень сомнения. То, что Oracle собирается делать платную VM, явный раскол JCP и т.п. Как-то мне это не нравится. Вряд ли уж в ближайшие несколько лет язык загубят совсем - сама Oracle в него миллиарды вложила - но популярность он может сильно потерять.

Мужики! Смена деятельности?!

---

давай посмотрим на популярность java
TIOBE Programming Community Index for December 2010

---

в целом, что можно сказать... действия Google, Apache, Apple никак не связаны с "java с точки зрения программиста". Google java нужна для Android. Apache интересует открытая java. Что интересует Джобса - это только он знает. И да, там сейчас имеют место быть некоторые терки, но что будет дальше пока не ясно. Ты же не хочешь сказать, что Oracle собирается загубить java? Зачем? я думаю, что java просто станет более платной и более закрытой

---

Кроме того, не надо забывать, что основное применение java - enterprise-сектор, с которым ни я, ни ты не сталкиваемся

Joel on Software - Пять миров

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

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

Допустим, Вы читаете книжку по UML моделированию, а в ней нигде не говорится о её бессмысленности для программирования драйверов. Или же Вы читаете статью, утверждающую, что "20МБ среда [требующаяся для .NET] - это НЕ проблема", а она не содержит очевидного: если Вы пытаетесь написать код для пейджера с 32КБ ROM, то это ещё та проблема!

Я считаю, что в программировании есть пять миров, иногда пересекающихся друг с другом, а в основном нет. Это:

1. Ширпотреб
2. Внутреннее ПО
3. Встроенное ПО
4. Игры
5. Одноразовое ПО

При чтении одной из последних книг по Экстремальному программированию, одной из замечательных книг Стива МакКонннелла, сайта "Джоэль о софте" или журнала "Разработка программного обеспечения Вы видите много утверждений, как же разрабатывать ПО, однако вряд ли Вы когда-либо замечали малейшее упоминание, о каком же всё-таки типе разработки они ведут речь, что довольно-таки плохо, ведь иногда в разных мирах необходимо разрабатывать по-разному.

...

Важно знать, что когда бы Вы ни читали книгу о методологии программирования, написанную гуру/консультантом по разработке ПО, работающим на полную ставку, можете быть спокойны, что он говорит о разработке внутреннего, корпоративного ПО. Не ширпотребного, не встроенного и, конечно же, не игр. Почему? Потому что именно корпорации нанимают этих гуру. Они им платят. (Поверьте мне, id software никогда и ни за что не собирается нанимать Эда Йордона, чтобы тот размышлял о структурном анализе.)

На прошлой неделе Кент Бэк заявил, что системы отслеживания ошибок не нужны при экстремальном программировании, потому что комбинация парного программирования (с постоянной проверкой кода) и разработка, основанная на тестах (гарантирующая 100% покрытия кода автоматическими тестами) означает, что у Вас вряд ли когда-либо будут ошибки. Это показалось мне неправильным. Я заглянул в нашу собственную базу хранения ошибок, чтобы проверить, каких типов ошибок в ней особенно много.

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

Много других ошибок были обнаружены только лишь после длительного использования на месте. Проблема с польской клавиатурой. Нет способа, которым парное программирование поможет найти такие вот ошибки. Ещё есть логические ошибки использования различных возможностей, которые никогда с нами не случались. Чем больше и сложнее программа, тем больше взаимодействий между возможностями, о которых Вы и не догадываетесь. Определённая последовательность символов ({${?, если хотите знать) вводит в замешательство лексер. Некоторые ftp-сервера сообщают об ошибке при попытке удаления несуществующего файла (наш на такое не жалуется, поэтому такого никогда с нами не случалось).

Я внимательно изучил каждую ошибку. Из 106 ошибок, которые мы исправили в первом пакете обновления для CityDesk, ровно 5 могли бы быть предотвращены с помощью парного программирования или разработки на основе тестов. У нас на самом деле было больше ошибок, о которых мы уже знали, но не считали их важными (только если нас не поправят наши покупатели!), чем ошибок, которые могли бы быть выловлены методами ХР.

Но Кен прав, только вот для других типов разработки. Для большинства корпоративных приложений ни одна из рассмотренных выше не считалась бы ошибкой. Программа вылетает от неверного ввода? Запустите ещё раз, и на этот раз следите за своими {${?! И мы используем только лишь один FTP-сервер и никто во всей компании не использует Польские Windows.

Большей частью разработка ПО одинакова вне зависимости от проекта, но не вся. Когда Вам говорят о методологии, подумайте о том, как она согласуется с делаемой именно Вами работой. Подумайте, откуда говорящий. Стив МакКоннелл, Стив Магуайр и я все из одной песочницы: мира ширпотребных электронных таблиц, написанных в Редмонде, штат Вашингтон. И у таких у нас высокая планка на лёгкость в использовании и низкая для ошибок. Большинство других гуру методологии зарабатывают свой кусок хлеба, консультируя внутренние корпоративные разработки, поэтому о них они и говорят. В любом случае, мы должны уметь учиться друг у друга.

[x-yuri]

и еще немного про яблочную компанию...

Apple идет к тому, чтобы полностью закрыть свою платформу. Софт будет ставиться только через AppStore, 30% с этого Apple будет иметь. Приложения будут предварительно одобряться, и только потом попадать в AppStore. И все это будет стоить денег. Сейчас так с iPhone и iPad, а планируется еще и с OSX сделать

Apple прекращает поддержку Java на Mac

Джобс по ходу не понимает, что если слишком закрутить гайки - с Apple просто уйдут. Я подумывал перейти на Mac, но теперь - без вариантов. Особенно после инициативы об установке всего софта только через AppStore, разумеется, платно. Интересно, это просто желание срубить побольше денег, или что-то еще?

Apple прекращает поддержку Java на Mac

-- Почему Apple и Sun не могут продавать компьютеры

Да, это немного глупо: конечно Apple и Sun могут продавать компьютеры, но не на двух наиболее прибыльных рынках, а именно на рынках корпоративных и домашних пользователей. Aplle до сих пор где-то там внизу, с очень маленьким процентом рынка (Пожалуйста, поймите, что я говорю о больших числах, и следовательно, когда я говорю «никто», я на самом деле имею в виду «меньше чем 10 000 000 людей» и так далее и так далее).

Почему? Потому что на компьютерах Apple и Sun не работают программы для Windows, или, если работают, то в режиме дорогой и не безупречной эмуляции. Помните, что люди покупают компьютеры для программ на которых они работают, а для Windows настолько больше программного обеспечения, чем для Mac, что очень трудно быть пользователем Mac. Вот почему Windows API такой ценный актив Microsoft.

(Я знаю, знаю, на этом месте 2,3% мира – пользователи Macintosh – разогревают свои почтовые программы, чтобы послать мне уничтожающее письмо о том, как они любят свои Mac’и. Еще раз: я говорю о больших цифрах и обобщаю, так что не тратьте свое время. Я знаю, как Вы любите свои Mac’и. Я знаю, что там есть все, что Вам нужно. Я люблю Вас, но Вы всего лишь 2,3% мира, и статья не про Вас).

Как Microsoft проиграла битву за API