Могу подтвердить выводы из статьи своим опытом.
Несколько месяцев назад отключил в ридере все политические новости и снова появилась жажда знаний, стал хорошо спать, лучше работать, даже восстановил свои заброшенные проекты.
Ключевые слова необходимо выучить, вопросы на эту тему будут с большой вероятностью.
Про модификаторы доступа обязательно нужно знать что они значат и как применяются.
Модификаторы STATIC, FINAL, ABSTRACT, SYNCHRONIZED, STRICTFP, NATIVE, TRANSIENT, VOLATILE
Их возможные комбинации.
• final – нельзя изменять значение переменной, нельзя переопределять метод родителя, нельзя наследовать класс
• abstract – первая окончательная реализация класса должна переопределять все абстрактные методы. Не должно быть фигурных скобок.
Не сочетается с FINAL, PRIVATE, STATIC, NATIVE, STRICTFP, TRANSIENT
• synchronized – сочетается с любым из четырёх модификаторов доступа
• native – только для методов. Не должно быть фигурных скобок.
• strictfp – только для методов. Приводит работу с числами с плавающей запятой к определённому стандарту (IEEE 754).
• transient – отменяет сериализацию данной переменной
• volatile – применяется для безопасной работы с потоками
• static – можно помечать методы, переменные класса, вложенный класс, блоки инициализации
Также следует помнить, что конструктор не может быть FINAL, STATIC или ABSTRACT
Дополнение по поводу интерфейса:
• Методы всегда PUBLIC и ABSTRACT, даже если это не объявлено.
• Методы НЕ могут быть STATIC, FINAL, STRICTFP, NATIVE, PRIVATE, PROTECTED
• Переменные только PUBLIC STATIC FINAL, даже если это не объявлено.
• Переменные НЕ могут быть STRICTFP, NATIVE, PRIVATE, PROTECTED
• Может только наследовать (extend) другой интерфейс, но не реализовывать интерфейс или класс (implement).
Этой информации достаточно, чтобы ответить на все вопросы, связанной с модификаторами доступа и ключевыми словами.
у меня проблем с обновлением не возникает, но я обычно бережно эти файлики у себя сохраняю и обновляю одной строчкой в батнике: java.exe -cp %patch.file% com.intellij.updater.Runner install "C:\Program Files\JetBrains\IntelliJ IDEA 10"
А за что минусуете человека?
Как минимум можно попробовать проверить.
Создать страницу с уникальным контентом для уникальных урлов без навешивания на него всяких Метрик. Зайти с включенным Я.Б и через какое-то время проверить поиск.
Желательно сделать это админам какого-нибудь популярного ресурса, который уже в индексе.
Может нужен плагин, который будет отслеживать сетевую активность других плагинов?
Обнаружение простого шпионажа, типа приведенного в статье, несложно алгоритмизировать.
По поводу докладов — не могу разделить вывод автора, что в целом доклады хороши.
Периодически возникали навязчивые мысли — чем эти люди вообще занимаются и почему их еще держат в Оракле.
Хотя несомненно стоит отметить доклады TheShade об особенностях написания микробенчмарков и Михаила Ершова о поддержке совместимости API. Люди явно понимают о чем говорят, чего не скажешь о многих других докладах.
Выступление Дойче тоже было неплохим, хотя гордиться глубоким пониманием проблемы докладчику видимо не приходится.
Я не был на GDD, но вы явно зажрались — шашлыки и пр.
Кофе-брэйки вполне приличные — бутеры с ветчиной, булочки, круассаны и другие сладости — кофе, чай растворимые конечно, но не совсем барахло, к тому же со сливками :)
К тому же еда на IT мероприятии требуется чисто для поддержания физической и мозговой активности, всё остальное излишне.
Спасибо, почему-то думал, что для SCEA надо иметь бэкграунд из программерского и девелоперского сертификатов. Проверил, действительно только SCJP.
Подскажите, какой опыт в разработке и в частности в Java предшествовал сдаче?
Судя по всему эксперимент показал, что топики такого формата по данной теме не работают.
Хотя тема интересна, есть много вопросов:
— сколько человек в мире обладают сертификатом SCEA, сколько таких в России?
— каким реальным опытом (годы/проекты) обладают люди, имеющие данный сертификат?
— где, на каких должностях работают такие люди?
— ощутима ли разница в зарплате для SCEA по сравнению не с SCEA?
— многие ли готовились к экзамену, чтобы уехать работать зарубеж?
Если автомобиль не едет, то его не будут покупать.
Если творчество не ласкает слух, то его не будут покупать.
Хотя определённо, найдутся мелкие фанатские группы и в том и в другом случае.
Несколько месяцев назад отключил в ридере все политические новости и снова появилась жажда знаний, стал хорошо спать, лучше работать, даже восстановил свои заброшенные проекты.
Про модификаторы доступа обязательно нужно знать что они значат и как применяются.
Модификаторы STATIC, FINAL, ABSTRACT, SYNCHRONIZED, STRICTFP, NATIVE, TRANSIENT, VOLATILE
Их возможные комбинации.
• final – нельзя изменять значение переменной, нельзя переопределять метод родителя, нельзя наследовать класс
• abstract – первая окончательная реализация класса должна переопределять все абстрактные методы. Не должно быть фигурных скобок.
Не сочетается с FINAL, PRIVATE, STATIC, NATIVE, STRICTFP, TRANSIENT
• synchronized – сочетается с любым из четырёх модификаторов доступа
• native – только для методов. Не должно быть фигурных скобок.
• strictfp – только для методов. Приводит работу с числами с плавающей запятой к определённому стандарту (IEEE 754).
• transient – отменяет сериализацию данной переменной
• volatile – применяется для безопасной работы с потоками
• static – можно помечать методы, переменные класса, вложенный класс, блоки инициализации
Также следует помнить, что конструктор не может быть FINAL, STATIC или ABSTRACT
Дополнение по поводу интерфейса:
• Методы всегда PUBLIC и ABSTRACT, даже если это не объявлено.
• Методы НЕ могут быть STATIC, FINAL, STRICTFP, NATIVE, PRIVATE, PROTECTED
• Переменные только PUBLIC STATIC FINAL, даже если это не объявлено.
• Переменные НЕ могут быть STRICTFP, NATIVE, PRIVATE, PROTECTED
• Может только наследовать (extend) другой интерфейс, но не реализовывать интерфейс или класс (implement).
Этой информации достаточно, чтобы ответить на все вопросы, связанной с модификаторами доступа и ключевыми словами.
http://www.osp.ru/news/2011/0302/13006032/
И мои пять копеек, Kathy Sierra и Bert Bates для полного цикла подготовки вполне достаточно.
Городской телефон с чёрным списком оказался для меня одним из самых выгодных приобретений.
java.exe -cp %patch.file% com.intellij.updater.Runner install "C:\Program Files\JetBrains\IntelliJ IDEA 10"
http://web.archive.org/web/20071116151331/http://www.livainternet.ru/
Как минимум можно попробовать проверить.
Создать страницу с уникальным контентом для уникальных урлов без навешивания на него всяких Метрик. Зайти с включенным Я.Б и через какое-то время проверить поиск.
Желательно сделать это админам какого-нибудь популярного ресурса, который уже в индексе.
Обнаружение простого шпионажа, типа приведенного в статье, несложно алгоритмизировать.
Периодически возникали навязчивые мысли — чем эти люди вообще занимаются и почему их еще держат в Оракле.
Хотя несомненно стоит отметить доклады TheShade об особенностях написания микробенчмарков и Михаила Ершова о поддержке совместимости API. Люди явно понимают о чем говорят, чего не скажешь о многих других докладах.
Выступление Дойче тоже было неплохим, хотя гордиться глубоким пониманием проблемы докладчику видимо не приходится.
Кофе-брэйки вполне приличные — бутеры с ветчиной, булочки, круассаны и другие сладости — кофе, чай растворимые конечно, но не совсем барахло, к тому же со сливками :)
К тому же еда на IT мероприятии требуется чисто для поддержания физической и мозговой активности, всё остальное излишне.
Подскажите, какой опыт в разработке и в частности в Java предшествовал сдаче?
Хотя тема интересна, есть много вопросов:
— сколько человек в мире обладают сертификатом SCEA, сколько таких в России?
— каким реальным опытом (годы/проекты) обладают люди, имеющие данный сертификат?
— где, на каких должностях работают такие люди?
— ощутима ли разница в зарплате для SCEA по сравнению не с SCEA?
— многие ли готовились к экзамену, чтобы уехать работать зарубеж?
Вобщем, не хватает статистики.
Если творчество не ласкает слух, то его не будут покупать.
Хотя определённо, найдутся мелкие фанатские группы и в том и в другом случае.
romafrost.livejournal.com