Помойму вы немного путаете для чего в современном мире используется Java. Сейчас java прежде всего используется в enterprise решениях, а так же в серверных backend'ах. А тут самое важное быстродействие и стабильность, в принципе если посмотреть, что происходит с java от 1.5 до 1.7, то по факту добавились библиотеки для concurrent и быстродействия как в целом JVM, так и Garbage collector. Плюс в 1.7 обновиться NIO, что опять же важно только в серверных решениях(к примеру большое количество коннекций на одном сервере, лично писал сервер с 40000 одновременных соединений, и все летало весьма шустро). К примеру под .net нету серьезных серверных приложений(хотя тут понятно, мало кто хочет иметь backend на платформе windows).
Вообщем мое мнение такое, если вы хотите красивый, удобный язык для десктопных приложений, то можете использовать любой язык, как существующий так и создавать новые языки, но пока нету альтернативы java для enterprise и backend'a. Как бы не развивался .net, но пока его среда только десктоп, и возможно веб, да и то на счет веба не уверен, т.к. у java благодаря google есть отличный вариант в виде GWT, чего опять же нету у .net'a.
P.S. под .net почти ничего не писал, и мои знания формируются из общения со знакомыми кто пишет на .net и новостей, статей из интернета.
Не совсем так, в России действительно дивиденды почти никто кроме Сургута особо не платит, а вот на западе дивиденды являются очень важной составляющей, очень простой пример, ставки в США очень низкие и класть деньги на банковский депозит очень не выгодно(доходность меньше 2-3 %), а вот по дивидендам часто доходность в районе 3-6% и выше. Поэтому рынок акций в США считается стабильным, там до 80% населения вкладываются в акции, а российский рынок акций считается спекулятивный, и у нас на этом рынке нету инвесторов, а есть только спекулянты. Поэтому считается, что если дивиденды в расчете на одну акцию большие, то компания является недооцененной, а если маленькие то переоцененной(хотя это конечно достаточно грубые оценки).
Может видели в прессе по американским акциям, часто пишут не о чистом доходе компании, а о доходе на одну акцию. Плюс если вы являетесь акционером, то по сути вам принадлежит какая-то доля в компании, и вы претендуете на какую-то часть дохода. Плюс существуют привилегированные акции, которые не имеют права голоса, но при любых условиях, даже при отрицательной чистой прибыли вам обязаны выплатить дивиденды.
смешно когда facebook оценивают в такие огромные суммы. В инвестициях есть такой коэффициент под названием P/E. Это коэффициент показывает сколько лет потребуется для того, что бы окупить вложения в актив. Т.е. предположим что стоимость facebook равна 50 млрд долларов. Прибыль за 2009 год составила 700 млн долларов, за 2010 год пока данных нету, но предполагается в районе 1-1.5 млрд долларов. Обычно хорошие компании отправляют на выплату дивидендов от 20 до 40% чистой прибыли за год. Если мы предположим что 100% акций будет торговаться на рынке (такое не возможно изначально), то дивидендная доходность на единицу актива будет равна 700млн * 0,4 / 50млрд * 100 = 0,56 процента. Теперь, что бы вычислить коэфицент P/E: 100 / 0,56 = 178 ЛЕТ!!!
Т.е. окупаемость акций facebook будет сотавлять 178 ЛЕТ!!! Это не просто много, это колоссально много, если взять предполагаемую прибыль за 2010 год, то результат будет в районе 130-140 лет. А это говорит о том, что текущая оценка facebook является очередным пузырем похожим на эру дот комов конца 90-х начала 2000-х годов. Правда есть вероятность, что прибыль файсбука начнет расти намного быстрее, но в любому случае текущие коэффициенты намного хуже многих других компаний, таких как Apple, Microsoft, Google and etc
Что вы к Java desctop привезались, видите ли не так она выглядит, не нативно. Смысл джавы в том, что можно написать приложение, которое будет работать на всех системах(win, mac, linux), да это будет не нативно, и возможно не так красиво, но вы представте сколько времени сэкономлено на поддержку разных платформ? Если бы многие программы, которые написаны на джава, писались бы на других языках(платформенно-зависимых), то были бы версии только под одну, возможно две платформы, не более.
Подход эппл для меня не понятен, достаточно много разработчиков сидят на Маках, что им придется на линух/винду пересаживаться ?:))
По поводу того, что типа в IDE идет своя java — это полная хрень, да она есть, но эта java в принципе существует на этой системе, а если ее не будет, то и в комплекте будет не чего поставлять. Конечно можно будет пользоваться версией 1.5, но через какое-то время этого будет не достаточно
1) «Cтоимость обучения на программе СКОЛКОВО MBA составляет 60 000 евро»
2) Стоимость обучения в Гарворде стоит 55000 баксов
А теперь вопрос, где находится Гарворд и где находился псевдошкола Сколково ?:)
вопрос номер два, для кого эта псевдо бизнесс школа создана? для олигархов? для детей чиновников? для бизнесменов? для страртаперов?
такая система может пригодиться к примеру в пулов коннекций, потоков и т.д. к примеру существует такой пул потоков к базе данных под названием c3p0. К примеру есть конечное число коннекций к базе данных, и какая-нибудь коннекция подвисла или jdbc не отдает ресурс, в c3p0 есть поток, который мониторит dead lock's и в случае возникновения, прибивает потоки.
Я вот одно не пойму, как можно так быстро выпустить клон игры?
Я в свое время занимался разработкой мобильных игр, и могу одно сказать, что только портирование готовой и оттестированной игры занимает минимум месяц, не говоря уже о разработки движка и рисования графики. Единственное, что возможно они крали движки, или брали open source движки (как например doom или quake), но тогда, уже есть возможность судиться.
Жаль, что игры не патентуют… В любом случае сделать клона — это огромный труд. Хотя я конечно к плагиату очень плохо отношусь.
P.S. так называемы гиганты EA, Gameloft и т.д., сами ничего не производят, они только издатели. Разработкой и тестированием занимается полностью аутсорс. У EA к примеру тестирование все в Индии, разработка в восточной европе и россии, портирование в россии и частично в восточной европе.
Я бы ставил вопрос так: допустим закраты все торренты и другие возможности скачать пиратский фильм. Я захожу на кинопоиск и смотрю отзывы и рейтинг, если рейтинг говно и отзывы такие же, я никогда не пойду на этот фильм в кино. Но если у меня есть возможно скачать это, я скачаю, быстро пролистаю, удостоверюсь что люди не врут на кинопоиске и быстро удалю этот фильм.
Самое большое отличие Swing'a и SWT в том, что SWT более тонко интегрируется в OS, соответственно тут вы получаете некоторые плюсы в частности интерфейс выглядит в едином стиле с OS, в винде все кнопки и свойства окон будут вточь вточь такие же. Минусы этого подхода в том, что надо сохранить платформо-независимость. А это значит, что нельзя давать доступ к примеру winapi циклу, т.к. под тем же юниксом, другие принципы отрисовки интерфейсов.(в частности нельзя удалить элетемент, без пересоздания окна, или встанить новый элемент, все должно быть сделано до отрисовки окна). ИМХО подход SWT более жизнеспособный, но зато возникают проблемы с платформенно-независимостью(для разработчиков библиотеки).
Ну и согласитесь, Swing выглядит весьма убого, с учетом, что многие уже давно сидят в винде на Aero, и даже look and feel библиотеки не сильно тут помогают. Плюс недавно вышел новый стандарт OsGi bundle.
ответ прост — vpn
анаонимный vpn, все так же с зараженного компьютера, а дальше сверху еще проксик навешивается, а вообще можно еще сходить в интернет кафе, или в wi-fi зону. Вариантов куча, так же можно скинуть деньги на обменники, и за 30-40% очистить деньги и получиться уже на свой кашелек чистые деньги.
Добавлю от себя(к сожаление книжки на английском языке, но для некоторых есть переводы).
Список лучших, по моему мнению, когда либо написанных книг про Java. Книги расположены в порядке их важности (первыми указаны наиболее фундаментальные).
0. Java Language Specification 3rd Edition by James Gosling et al это самая главная книга, книга номер «ноль» этого списка, известная также как JLS. В третьей редакции описывается 5-ая версия языка. Я считаю, что каждый Java программист должен прочитать JLS хотя бы раз. Необходимо знать все возможности предоставленные языком для того чтобы использовать их самому и для того чтобы понимать код написанный другими. JLS это аналог JavaDoc или другой документации для используемых вами библиотек. Однако, в отличие от библиотечных классов, для которых документация обычно доступна из вашей среды программирования, по языку контекстная документация в средах программирования не предоставляется, поэтому JLS нужно читать практически «от корки до корки» хотябы на уровне оглавления и общего содержания каждого пункта. JLS является обязательной литературой при подготовке к сдаче экзамена на Sun Certified Java Programmer (SCJP).
1. Effective Java 2nd Edition by Joshua Bloch рассказывает как именно надо использовать язык Java, чтобы писать хорошие и понятные другим программы. Это сборник практических советов и шаблонов которые должны быть в репертуаре каждого Java программиста. Во второй редакции своего бестселлера Блох рассказывает об эффективном использовании всех возможностей 5-ой версии Java. Даже программист с многолетним опытом откроет в ней что-то новое и уж точно получит удовольствие от систематизации всех основных знаний про программирование на Java.
2. Java Concurrency in Practice by Brian Goetz et al(Must read если хотите писать хороший многопоточный код) необходима всем, кто пишет многопоточные приложения на Java. Её не нужно читать если вы пишете простые приложения а для бизнес-логики используете J2EE или другие каркасы приложений которые изолируют программиста от многопоточности. Однако, как только вам необходимо оптимизировать производительность или скорость реакции вашего приложения, то в современном мире от многопоточности вам не уйти. В этом случае книга Гоэтза будет вашим лучшим помощником.
3. Java Puzzlers: Traps, Pitfalls, and Corner Cases by Joshua Bloch, Neal Gafter это интересная книга которая состоит из интеллектуальных загадок исключительно на языке Java. Она раскроет перед вами все граничные случаи языка Java, научит как не надо программировать, чтобы ваш код был понятен. Книжка не обязательна для прочтения, но очень рекомендуется для подготовки к SCJP и для собственного удовольствия.
P.S. не уверен что есть переводы этих книжек, и лично вам вообще не советую читать технические книжки на русском
На самом деле запускать надо только с ключем -server. в 1.6 java на сколько я знаю по умолчанию запускается с ключем -server.
Разница в том, что в клиенской части, выделяется минимальная память, и минильный кэш, и по мере необходимости ресурсы добавляются, что весьма тормозит выполнение кода. В серверной части такого нету.
P.S. правильней все-таки считать время выполнение не по запуску приложения, а внутри приложения(потому что язык java все-таки язык интерпретатор). к примеру:
(количество итераций можно задавать через параметр при запуске)
package com;
public class Test01 {
public static void main(String[] args) {
final int countIteration;
long totalWorkingTime = 0;
if (args != null && args.length > 0) {
countIteration = Integer.parseInt(args[0]);
} else {
countIteration = 10;
}
for (int k = 0; k < countIteration; k++) {
final long start = System.currentTimeMillis();
int r = 0;
for (int i = 0; i < 10000; i++) {
for (int j = 0; j < 10000; j++) {
r = (r + (i * j) % 100) % 47;
}
}
final long iterationTime = System.currentTimeMillis() — start;
totalWorkingTime += iterationTime;
System.out.println(«time:» + iterationTime + "\nanswer: " + r);
}
System.out.println(«Total average time: » + (totalWorkingTime / countIteration));
}
}
Добавлю от себя(к сожаление книжки на английском языке).
Список лучших, по моему мнению, когда либо написанных книг про Java. Книги расположены в порядке их важности (первыми указаны наиболее фундаментальные).
0. Java Language Specification 3rd Edition by James Gosling et al это самая главная книга, книга номер «ноль» этого списка, известная также как JLS. В третьей редакции описывается 5-ая версия языка. Я считаю, что каждый Java программист должен прочитать JLS хотя бы раз. Необходимо знать все возможности предоставленные языком для того чтобы использовать их самому и для того чтобы понимать код написанный другими. JLS это аналог JavaDoc или другой документации для используемых вами библиотек. Однако, в отличие от библиотечных классов, для которых документация обычно доступна из вашей среды программирования, по языку контекстная документация в средах программирования не предоставляется, поэтому JLS нужно читать практически «от корки до корки» хотябы на уровне оглавления и общего содержания каждого пункта. JLS является обязательной литературой при подготовке к сдаче экзамена на Sun Certified Java Programmer (SCJP).
1. Effective Java 2nd Edition by Joshua Bloch рассказывает как именно надо использовать язык Java, чтобы писать хорошие и понятные другим программы. Это сборник практических советов и шаблонов которые должны быть в репертуаре каждого Java программиста. Во второй редакции своего бестселлера Блох рассказывает об эффективном использовании всех возможностей 5-ой версии Java. Даже программист с многолетним опытом откроет в ней что-то новое и уж точно получит удовольствие от систематизации всех основных знаний про программирование на Java.
2. Java Concurrency in Practice by Brian Goetz et al необходима всем, кто пишет многопоточные приложения на Java. Её не нужно читать если вы пишете простые приложения а для бизнес-логики используете J2EE или другие каркасы приложений которые изолируют программиста от многопоточности. Однако, как только вам необходимо оптимизировать производительность или скорость реакции вашего приложения, то в современном мире от многопоточности вам не уйти. В этом случае книга Гоэтза будет вашим лучшим помощником.
3. Java Puzzlers: Traps, Pitfalls, and Corner Cases by Joshua Bloch, Neal Gafter это интересная книга которая состоит из интеллектуальных загадок исключительно на языке Java. Она раскроет перед вами все граничные случаи языка Java, научит как не надо программировать, чтобы ваш код был понятен. Книжка не обязательна для прочтения, но очень рекомендуется для подготовки к SCJP и для собственного удовольствия.
P.S. не уверен что есть переводы этих книжек, и лично вам вообще не советую читать технические книжки на русском
Не совсем согласен с утверждением про тесты. Возможно в Ббенче много вопросов на API, но к примеру в Sun Certified Java Programmer (SCJP) не более 20 % на знание API. Весьма много вопросов на concurrency, на знание ООП и занание коллекций, а это базовый уровень знаний. Я не согласен, что человек может правильно подобрать класс в collections по документации. Т.к. программист, который не очень хорошо знает это, будет использовать то, что ему знакомо, и врят ли будет вдаваться в подробности других классов. Ну а про понимание потоков я вообще молчу.
P.S. сертифицированлся и в brainbench и в sun'е.
Ладно там настроение и мотивация, мне к примеру наверно год назад карму в минуса загнали(за то что продублировал одну новость), дык так в минусах и весит… я уже давно забил на этот проект, есть более интересные и узконаправленные комьюнити.
Как же все-таки влияет UFO-мания в кино на умы обычных обывателей…
Во вселенной есть куча всего, и люди стоят только у самого начала эволюции, сколько человечеству лет? 12тыс лет(если смотреть с хомо сапианса). А сколько там размер хотя бы нашей галактике (в световых годах)? 100000 лет? мы еще букашки, которые научилисьсмотреть вверх через лупу, или радиотелескопы, а уже возомнили себе непонятно что. А если у тепичного человека спросить — как должны выглядеть пришельцы? все нарисуют примерно одного типа пришельца — большая голова, возможно зелененькие, с большими глазами и без ушей и т.д.(вообще голивудский пришелец) Кто вам сказал что, другие рассы или жизнь будут белковыми соединениями ?:)
P.S. вообщем-то этот топик не удивляет, сегодня же празник UFOлогов…
так и есть, все примитивные объекты до 1 байты(включая Сharacter) создаются JVM, и для экономия места, объекты в этом диапазоне ссылаются на кэш. Кстати если создать объекты через оператор new, то они будут иметь абсолютно независимые ссылки
Думаю для начало надо прочитать правила overriding:
1)The argument list must exactly match that of the overridden method. If they don't match, you can end up with an overloaded method you didn't intend.
2)The return type must be the same as, or a subtype of, the return type declared in the original overridden method in the superclass.
3)The access level CAN'T BE MORE RESTRICTIVE than the overridden method's.
4)The access level CAN be less restrictive than that of the overridden method.
5)Instance methods can be overridden only if they are inherited by the subclass. A subclass within the same package as the instance's superclass can override any superclass method that is not marked private or final. A subclass in a different package can override only those non-final methods marked public or protected (since protected methods are inherited by the subclass).
6)The overriding method CAN throw any unchecked (runtime) exception, regardless of whether the overridden method declares the exception.
7)The overriding method must NOT throw checked exceptions that are new or broader than those declared by the overridden method. For example, a method that declares a FileNotFoundException cannot be overridden by a
method that declares a SQLException, Exception, or any other non-runtime exception unless it's a subclass of FileNotFoundException.
8)The overriding method can throw narrower or fewer exceptions. Just because an overridden method «takes risks» doesn't mean that the overriding subclass' exception takes the same risks. Bottom line: an overriding method doesn't have to declare any exceptions that it will never throw, regardless of what the overridden method declares.
9)You cannot override a method marked final.
10)You cannot override a method marked static.
11)If a method can't be inherited, you cannot override it. Remember that overriding implies that you're reimplementing a method you inherited!
И на последок еще одна интересный пример со взрывом мозга:):
Вообщем мое мнение такое, если вы хотите красивый, удобный язык для десктопных приложений, то можете использовать любой язык, как существующий так и создавать новые языки, но пока нету альтернативы java для enterprise и backend'a. Как бы не развивался .net, но пока его среда только десктоп, и возможно веб, да и то на счет веба не уверен, т.к. у java благодаря google есть отличный вариант в виде GWT, чего опять же нету у .net'a.
P.S. под .net почти ничего не писал, и мои знания формируются из общения со знакомыми кто пишет на .net и новостей, статей из интернета.
Может видели в прессе по американским акциям, часто пишут не о чистом доходе компании, а о доходе на одну акцию. Плюс если вы являетесь акционером, то по сути вам принадлежит какая-то доля в компании, и вы претендуете на какую-то часть дохода. Плюс существуют привилегированные акции, которые не имеют права голоса, но при любых условиях, даже при отрицательной чистой прибыли вам обязаны выплатить дивиденды.
Т.е. окупаемость акций facebook будет сотавлять 178 ЛЕТ!!! Это не просто много, это колоссально много, если взять предполагаемую прибыль за 2010 год, то результат будет в районе 130-140 лет. А это говорит о том, что текущая оценка facebook является очередным пузырем похожим на эру дот комов конца 90-х начала 2000-х годов. Правда есть вероятность, что прибыль файсбука начнет расти намного быстрее, но в любому случае текущие коэффициенты намного хуже многих других компаний, таких как Apple, Microsoft, Google and etc
Подход эппл для меня не понятен, достаточно много разработчиков сидят на Маках, что им придется на линух/винду пересаживаться ?:))
По поводу того, что типа в IDE идет своя java — это полная хрень, да она есть, но эта java в принципе существует на этой системе, а если ее не будет, то и в комплекте будет не чего поставлять. Конечно можно будет пользоваться версией 1.5, но через какое-то время этого будет не достаточно
2) Стоимость обучения в Гарворде стоит 55000 баксов
А теперь вопрос, где находится Гарворд и где находился псевдошкола Сколково ?:)
вопрос номер два, для кого эта псевдо бизнесс школа создана? для олигархов? для детей чиновников? для бизнесменов? для страртаперов?
Я в свое время занимался разработкой мобильных игр, и могу одно сказать, что только портирование готовой и оттестированной игры занимает минимум месяц, не говоря уже о разработки движка и рисования графики. Единственное, что возможно они крали движки, или брали open source движки (как например doom или quake), но тогда, уже есть возможность судиться.
Жаль, что игры не патентуют… В любом случае сделать клона — это огромный труд. Хотя я конечно к плагиату очень плохо отношусь.
P.S. так называемы гиганты EA, Gameloft и т.д., сами ничего не производят, они только издатели. Разработкой и тестированием занимается полностью аутсорс. У EA к примеру тестирование все в Индии, разработка в восточной европе и россии, портирование в россии и частично в восточной европе.
Ну и согласитесь, Swing выглядит весьма убого, с учетом, что многие уже давно сидят в винде на Aero, и даже look and feel библиотеки не сильно тут помогают. Плюс недавно вышел новый стандарт OsGi bundle.
анаонимный vpn, все так же с зараженного компьютера, а дальше сверху еще проксик навешивается, а вообще можно еще сходить в интернет кафе, или в wi-fi зону. Вариантов куча, так же можно скинуть деньги на обменники, и за 30-40% очистить деньги и получиться уже на свой кашелек чистые деньги.
Список лучших, по моему мнению, когда либо написанных книг про Java. Книги расположены в порядке их важности (первыми указаны наиболее фундаментальные).
0. Java Language Specification 3rd Edition by James Gosling et al это самая главная книга, книга номер «ноль» этого списка, известная также как JLS. В третьей редакции описывается 5-ая версия языка. Я считаю, что каждый Java программист должен прочитать JLS хотя бы раз. Необходимо знать все возможности предоставленные языком для того чтобы использовать их самому и для того чтобы понимать код написанный другими. JLS это аналог JavaDoc или другой документации для используемых вами библиотек. Однако, в отличие от библиотечных классов, для которых документация обычно доступна из вашей среды программирования, по языку контекстная документация в средах программирования не предоставляется, поэтому JLS нужно читать практически «от корки до корки» хотябы на уровне оглавления и общего содержания каждого пункта. JLS является обязательной литературой при подготовке к сдаче экзамена на Sun Certified Java Programmer (SCJP).
1. Effective Java 2nd Edition by Joshua Bloch рассказывает как именно надо использовать язык Java, чтобы писать хорошие и понятные другим программы. Это сборник практических советов и шаблонов которые должны быть в репертуаре каждого Java программиста. Во второй редакции своего бестселлера Блох рассказывает об эффективном использовании всех возможностей 5-ой версии Java. Даже программист с многолетним опытом откроет в ней что-то новое и уж точно получит удовольствие от систематизации всех основных знаний про программирование на Java.
2. Java Concurrency in Practice by Brian Goetz et al(Must read если хотите писать хороший многопоточный код) необходима всем, кто пишет многопоточные приложения на Java. Её не нужно читать если вы пишете простые приложения а для бизнес-логики используете J2EE или другие каркасы приложений которые изолируют программиста от многопоточности. Однако, как только вам необходимо оптимизировать производительность или скорость реакции вашего приложения, то в современном мире от многопоточности вам не уйти. В этом случае книга Гоэтза будет вашим лучшим помощником.
3. Java Puzzlers: Traps, Pitfalls, and Corner Cases by Joshua Bloch, Neal Gafter это интересная книга которая состоит из интеллектуальных загадок исключительно на языке Java. Она раскроет перед вами все граничные случаи языка Java, научит как не надо программировать, чтобы ваш код был понятен. Книжка не обязательна для прочтения, но очень рекомендуется для подготовки к SCJP и для собственного удовольствия.
P.S. не уверен что есть переводы этих книжек, и лично вам вообще не советую читать технические книжки на русском
Разница в том, что в клиенской части, выделяется минимальная память, и минильный кэш, и по мере необходимости ресурсы добавляются, что весьма тормозит выполнение кода. В серверной части такого нету.
P.S. правильней все-таки считать время выполнение не по запуску приложения, а внутри приложения(потому что язык java все-таки язык интерпретатор). к примеру:
(количество итераций можно задавать через параметр при запуске)
package com;
public class Test01 {
public static void main(String[] args) {
final int countIteration;
long totalWorkingTime = 0;
if (args != null && args.length > 0) {
countIteration = Integer.parseInt(args[0]);
} else {
countIteration = 10;
}
for (int k = 0; k < countIteration; k++) {
final long start = System.currentTimeMillis();
int r = 0;
for (int i = 0; i < 10000; i++) {
for (int j = 0; j < 10000; j++) {
r = (r + (i * j) % 100) % 47;
}
}
final long iterationTime = System.currentTimeMillis() — start;
totalWorkingTime += iterationTime;
System.out.println(«time:» + iterationTime + "\nanswer: " + r);
}
System.out.println(«Total average time: » + (totalWorkingTime / countIteration));
}
}
Список лучших, по моему мнению, когда либо написанных книг про Java. Книги расположены в порядке их важности (первыми указаны наиболее фундаментальные).
0. Java Language Specification 3rd Edition by James Gosling et al это самая главная книга, книга номер «ноль» этого списка, известная также как JLS. В третьей редакции описывается 5-ая версия языка. Я считаю, что каждый Java программист должен прочитать JLS хотя бы раз. Необходимо знать все возможности предоставленные языком для того чтобы использовать их самому и для того чтобы понимать код написанный другими. JLS это аналог JavaDoc или другой документации для используемых вами библиотек. Однако, в отличие от библиотечных классов, для которых документация обычно доступна из вашей среды программирования, по языку контекстная документация в средах программирования не предоставляется, поэтому JLS нужно читать практически «от корки до корки» хотябы на уровне оглавления и общего содержания каждого пункта. JLS является обязательной литературой при подготовке к сдаче экзамена на Sun Certified Java Programmer (SCJP).
1. Effective Java 2nd Edition by Joshua Bloch рассказывает как именно надо использовать язык Java, чтобы писать хорошие и понятные другим программы. Это сборник практических советов и шаблонов которые должны быть в репертуаре каждого Java программиста. Во второй редакции своего бестселлера Блох рассказывает об эффективном использовании всех возможностей 5-ой версии Java. Даже программист с многолетним опытом откроет в ней что-то новое и уж точно получит удовольствие от систематизации всех основных знаний про программирование на Java.
2. Java Concurrency in Practice by Brian Goetz et al необходима всем, кто пишет многопоточные приложения на Java. Её не нужно читать если вы пишете простые приложения а для бизнес-логики используете J2EE или другие каркасы приложений которые изолируют программиста от многопоточности. Однако, как только вам необходимо оптимизировать производительность или скорость реакции вашего приложения, то в современном мире от многопоточности вам не уйти. В этом случае книга Гоэтза будет вашим лучшим помощником.
3. Java Puzzlers: Traps, Pitfalls, and Corner Cases by Joshua Bloch, Neal Gafter это интересная книга которая состоит из интеллектуальных загадок исключительно на языке Java. Она раскроет перед вами все граничные случаи языка Java, научит как не надо программировать, чтобы ваш код был понятен. Книжка не обязательна для прочтения, но очень рекомендуется для подготовки к SCJP и для собственного удовольствия.
P.S. не уверен что есть переводы этих книжек, и лично вам вообще не советую читать технические книжки на русском
P.S. сертифицированлся и в brainbench и в sun'е.
Во вселенной есть куча всего, и люди стоят только у самого начала эволюции, сколько человечеству лет? 12тыс лет(если смотреть с хомо сапианса). А сколько там размер хотя бы нашей галактике (в световых годах)? 100000 лет? мы еще букашки, которые научилисьсмотреть вверх через лупу, или радиотелескопы, а уже возомнили себе непонятно что. А если у тепичного человека спросить — как должны выглядеть пришельцы? все нарисуют примерно одного типа пришельца — большая голова, возможно зелененькие, с большими глазами и без ушей и т.д.(вообще голивудский пришелец) Кто вам сказал что, другие рассы или жизнь будут белковыми соединениями ?:)
P.S. вообщем-то этот топик не удивляет, сегодня же празник UFOлогов…
1)The argument list must exactly match that of the overridden method. If they don't match, you can end up with an overloaded method you didn't intend.
2)The return type must be the same as, or a subtype of, the return type declared in the original overridden method in the superclass.
3)The access level CAN'T BE MORE RESTRICTIVE than the overridden method's.
4)The access level CAN be less restrictive than that of the overridden method.
5)Instance methods can be overridden only if they are inherited by the subclass. A subclass within the same package as the instance's superclass can override any superclass method that is not marked private or final. A subclass in a different package can override only those non-final methods marked public or protected (since protected methods are inherited by the subclass).
6)The overriding method CAN throw any unchecked (runtime) exception, regardless of whether the overridden method declares the exception.
7)The overriding method must NOT throw checked exceptions that are new or broader than those declared by the overridden method. For example, a method that declares a FileNotFoundException cannot be overridden by a
method that declares a SQLException, Exception, or any other non-runtime exception unless it's a subclass of FileNotFoundException.
8)The overriding method can throw narrower or fewer exceptions. Just because an overridden method «takes risks» doesn't mean that the overriding subclass' exception takes the same risks. Bottom line: an overriding method doesn't have to declare any exceptions that it will never throw, regardless of what the overridden method declares.
9)You cannot override a method marked final.
10)You cannot override a method marked static.
11)If a method can't be inherited, you cannot override it. Remember that overriding implies that you're reimplementing a method you inherited!
И на последок еще одна интересный пример со взрывом мозга:):
Integer i1 = 1000;
Integer i2 = 1000;
if(i1 != i2) System.out.println(«different objects i1i2»);
if(i1.equals(i2)) System.out.println(«meaningfully equal i1 equals i2»);
Integer i3 = 10;
Integer i4 = 10;
if(i3 == i4) System.out.println(«same object i3 == i4»);
if(i3.equals(i4)) System.out.println(«meaningfully equal i3 equals i4»);
Пример выведит:
different objects i1i2
meaningfully equal i1 equals i2
same object i3 == i4
meaningfully equal i3 equals i4