Как-то больше похоже на рекламу, чем на исторический пост.
Почему ничего не сказано про тяжелое и легкое машиностроение? почему ничего не рассказно про инновации и разработки в электроники? к примеру разработка памяти, тех процесс по производству CPU, разработка CPU.
Ничего не сказано про тяжелую промышленность и строительсво. И даже у самсунга есть подразделение атомной энергетики, которое строит Атомные станции (в сотрудничестве).
Если верить блогу интел — habrahabr.ru/company/intel/blog/108615/ то, только две(три)(samsung и intel, TSMC?) компании имеют возмонжности и тех процесс для выпуска электроники по тех стандарту 22nm,
К сожалению в Enterprise'е инициатива очень часто наказуема. Т.к. менеджмент на столько боится на себя брать отвественность хоть за какое-нибудь изменения дизайна или функциональности (пусть даже это намного лучше), что потом очень часто достается программисту — т.к. он всегда оказывается крайним.
Было несколько раз, когда наша команда делала по другому, иногда даже говорили спасибо за это, но всегда добавляли — что бы в следущий раз советывались. Но сколько мы не пытались советываться — ответ от менеджера была всегда один — делаем так как написано в спецификации.
Такой уж этот кровавый энтерпрайс.
Недавно на хабре было несколько интересных статей о том, как работают процессы в финансовой сфере в NY.
А почему не используют обычные алгоритмы шифрования, допустим с некоторой модификацией? Зачем эти примитивные алгоритмы со сдвигами и прочими школьными шалостями?
с ходу назову основных работадателей сейчас в питере:
Дойче Банк, ДевЭкспертс, Люкс Софт, Эксиджен, Яндекс, ДжетБрайнс, РекСофт, майл.ру-одноклассники.
Крупных хороших работадателей больше, я точно кого-нибудь забыл, но эти компании минимум дают не мешье 3000-5000 рабочих мест java разработчиков. И 80% что сказано было в тексте никак не относиться к этим компанием, кроме пары плюшек.
Я бы наверное назвал эту статью — тонкости работы не в топовых фирмах.
P.S. кроме alcatel, который загнулся в питере еще до мотороллы, да и в далеком 2007 (вроде), ничего общего с текущими реалими текст не имеет.
P.S.S. мой комент так же относится и ко 2-ой части топика.
посмотрите вот это видео: www.youtube.com/watch?v=4ErEBkj_3PY
Там объясняется отличия от вертолётов и т.д. В квадракоптерах за счет их размера начинают работать немного другие силы, которые при больших летательных апаратов можно принебречь
Так и есть, парни из Цюриховского университета говорили на одной из конференции TED, что все расчеты идут на компьютере. Т.е. они на данный момент реализуют будущее, т.е. создают алгоритмы, которые на данный момент пока не могут расчитываться на борту квадрокоптера, но в будущем как только будет достаточно мощьное железо — то все алгоритмы уже будут готовы.
Я готов вас разочеровать, во многих странах вообще крупные компании не будут расматривать резюме где есть фото, возраст, пол, расса. Т.к. там борются с дискриминацией по рассе/полу/возрасту/ и т.д.:
It’s illegal to consider factors like age, race, gender, religion, national origin, sexual orientation, or disability status in hiring decisions. So hiring authorities prefer to not “officially” know whether you’re a member of one of these protected classes. If you put a photo on your resume, you reveal some of these details. If the employer later interviews you but doesn’t hire you, it opens the possibility of a discrimination claim. Some companies will even flat-out reject resumes with photos, just to avoid that potential accusation
В кратце — незаконно принимать во внимание возраст, рассу, пол, религию, национальность, сексуальную орентацию, инвалидность при принятие решения о приеме на работу. Т.е. если вы указали эти данные, и вас не взяли на работу, то вы может подать жалому на компанию, в связи с дискриминацией. Поэтому многие крупные компании просто не расматривают резюме, в которой указано что-нибудь из этого, для избегания проблем с гос органами.
Надеюсь когда-нибудь такое примут и у нас.
а кто-нибудь знает, когда будет видео с Joker конференции? там снимали все доклады, и к сожалению параллельно проходило много разных интересных докладов, и хотелось бы посмотреть их.
Тут еще можно добавить интересную особенность. В той же США сейчас популярна идея возврата производства назад в США. Т.е. создание современного роботизированного производства. Пусть там будет работать немного людей, но если будет возвращено большая часть производства из Китая/Индии/Тайваня/Бангладеш, то в той же США сильно возврастет GDP, и занятость, а вот у стран с большим количеством населения и низкоквалифицированным трудом наступят большие проблемы (Бангладеш/Индия, в меньшей степени Тайвань/Китай, т.к. они частично смогут перестроиться, но раслоение населения там будет очень серьезное)
За это большое спасибо, что питерский JUG живет и развивается. Где-то была статья на хабре, что в россии один из самых активных JUG именно в питере, а не в Москве.
Тут главное, что бы не было безразличие. Многие приходят на тусовки крупных эвентов, но сильно забивают на локальные встречи, что часто весьма удручает.
Интересно, что менеджмент не учился на своих ошибках:
35.Several previous events presented an opportunity for Knight to review the adequacy of its controls in their entirety. For example, in October 2011, Knight used test data to perform a weekend disaster recovery test. After the test concluded,
Knight’s LMM desk mistakenly continued to use the test data to generate automated quotes when trading began that Monday morning. Knight experienced a nearly $7.5 million loss as a result of this event. Knight responded to the event by
limiting the operation of the system to market hours, changing the control so that this system would stop providing quotes after receiving an execution, and adding an item to a
disaster recovery checklist that required a check of the test data. Knight did not broadly consider whether it had sufficient controls to prevent the entry of erroneous orders, regardless of
the specific system that sent the orders or the particular reason for that system’s error. Knight also did not have a mechanism to test whether their systems were relying on stale data.
В кратце говориться о том, что они выкатили в продакшен приложение, которое брало котировки не от биржи, а от тестового сервера. Убытки в 7.5 лямов менеджмент ничему не научили.
Я работаю с США как ИП, и могу объяснить почему к примеру тяжело сделать инвойс, или попросить найти печать. Для США это весьма странные документы, которые у нас в России являются важнейшими документами для Валютного Котроля или налоговой. Мне часто тяжело объяснять заказчику, что у нас контракт без печати, или инвойс без печати не является просто бумажкой для туалета. В США обычная подпись и скан документа уже достаточны для большинства операций.
То что вас две недели слали инвойс — это только потому, что в обычных контрактов там скорее всего обходятся без инвойса, или просто не работают на внешние рынки. Вы попробуйте из россии что-то поставить, вот тут вам уже надо будет целая свора юристов. А в США за счет того, что не требуется содержать «лишних» кадров, достаточно иметь менее квалифицированного сотрудника, который будет работать по заранее написаному плану действий.
Я не утверждаю, что в США все круто, там проблем тоже хватает, но пока мы находимся в кардинально разных весовый категориях
У вас очень странное представление о бизнессе заграницей, а особенно в США. У нас даже в россии мало кто имеет в компание Операционного Менеджера. А иностранные бизнесмены не выживают в россии отнють не из-за того, что они хуже, а из-за того, что нету честного рынка и пристуствует сильный админ ресурс. По вашей логике, наши бизнесмены должны быть просто гуру в америке, но почему-то только лучшие стартаперы там смогли создать бизнесс и как-то обосноваться, но никак ритейлеры и сфера не IT. Газпром/Лукойл/метало производство в западных странах у русских компаниях везде убыточные, или уже закрылись. Посмотрите историю с лукойловскими заправками в США.
Бизнесс в США — это управление издержками. А управление издрежками — это сокращение лишних расходов. В россии это часто достигается дешовой мигранской рабочей силой. А в США достигается путем внедрения современных технологий и автоматизации.
Я не утверждаю, что идея постоянной борьбы с издержками не в ущерб качества всегда верная, но это как минимум то, с чего надо начинать.
Лично я, если встречаюсь с сайтом, у которого есть мобильная версия, то стараюсь поставить настройки в браузере «Работать как ПК». Т.к. я привык уже к дизайну сайта на десктопе, и мне проще будет на мобильнике найти то что мне надо. А больше всего бесит когда я захожу на сайт с планшена(10.4 экран), и меня переводят на кастрированный сайт для мобильного приложения. Вот убей не пойму зачем это делается.
Плюс самые популярные смартфоны с экраном от 4", а если андройд то от 4.7", какой смысл для таких достаточно больших экранов делать кастрированые сайты?
Единственное с чем согласен — это с тем, что надо десктопные сайты адоптировать для мобильных устройств. К примеру выпадающие весьма проблемно использовать на мобильных устройствах.
Специальные мобильные приложения имеют смысл, но только если у вас достаточно большой объем аудитории.
как минимум в Формуле 1 используют CFD весьма серьёзно. Массово стали использовать где-то 5-8 лет назад, в связи с тем, что значение аэродинамики стало более важным, и давать заметное преимущество перед соперниками. Плюс это значительно дешевле, чем производить тесты в аэродинамической трубе.
Я бы предложил Вам открыть кошелек на яндекс деньгах и попробывать собрать деньги через краудфайндинг. Думаю на хабре многие готовы вас поддерживать от 100 до 1000 р точно (я лично готов перевести 1000 р). За это вы будете чаще писать тут статьи, и раскрывать тонкости алгоритмов, сложностей с которыми вы сталкиваетесь и как их решаете. Как мне многие согласятся вам помочь деньгами.
www.teslamotors.com/goelectric#electricity
Там где есть заправки Тесла — у них на интерактивной карте расписано сколько энергии в каком штате из какого ресурса получается.
К примеру в Калифорнии где-то 55% получается из Газа, поэтому где-то в 4.13 раза экологичнее безниновой машины. А вот в штате Юта, где электричество получается в основном из угля, экологичность Тесла машины всего на 43% лучше бензиновой.
1) С одной стороны правильный совет, с другой стороны не надо забывать про StringsPool, где JVM кэширует строки. Плюс строки часто используются в HashSet/HashMap, где надо высчитывать hashCode. Для строк это достаточно дорогая операция, поэтому как только один раз вызвался hashCode, то значение hashCode будет закэшировано. Поэтому если строки берутся из пула строк, то скорее всего хэшкод будет уже посчитан. Во вторых не надо забывать про то, что JVM бурно развивается, и многие вещи могут быть оптимизированны на этапе компиляции(к примеру теже конкатенации строк, могут быть заменены на StringBuilder) или внутри HotSpot'a. Так в новых версиях JVM, появилась такая замечательная штука как Escape Analysis. Почитать можно тут: elizarov.livejournal.com/29987.html
Escape Analysis позволяет создавать объекты в стэке, а не в heap'e.
2) совет правильный, но собрать массив для GC весьма легко, поэтому оверхэд не очень большой. Плюс ничего не сказано о том, что HashMap/HashSet имеют коэфицент расширения 0.75. Т.е. что бы создать Map c известной длинной, надо:
Map someMap = new HashMap((int) ((expected_maximal_number_of_data)/0.75+1));
3) имеет право на жизнь, но по той же Trove библиотеки, хоть приемущество и есть, но оно не столь существенно для небольших данных. Плюс опять же, как только JVM придумет какую-то оптимизацию — то вы будете иметь код, который не всегда просто переписать.
4) Убирать буфферизацию очень странный подход. Во первых собрать большой объект, который в памяти находится одним длинным отрезком очень легко, а вот реализовать иногда обработку стрима данных не так просто. Плюс буфферизация уменьшает блокировки IO, что весьма важно для большого количества IO в проекте. То же решение, которое предлагает автор — посути та же самая буфферизация, только она ограничена каким-то значением.
5) «We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil» by Donald Knuth.
Оптимизацией надо заниматься тогда, когда это требуется. Т.к. это ухудшает читаемость кода, а так же ведет к большому количеству ошибок.
Опять же смотрим на Escape Analysis.
Вообще очень странная статья, все равно что рыть яму самому себе. При таком подходе вы можете себе написать файковое резюме, тут вообще врят ли кто-то будет прозванивать и проверять, работал ли Вася в компании Н. Так же можно и на фрилансе думаю рейтинг накрутить и т.д.
MOOC это для себя, а не для Дяди. MOOC это вложение в себя, можно сказать капитализация вашей ценности как специалиста.
Самый простой пример MBA в России никак не ценится зарубежом, именно из-за читинга, или схемы платишь — получаешь диплом. Но при таком подходе уровень подготовки по MBA тоже падает, и становится шаблонным, можно сказать поставленным на поток. Таким образом, даже если человек хочет получить хорошие знание у типичной MBA школы в России, то в реальности получить их не может. С другой стороны MOOC всегда дают высокую планку знаний, и тут уже каждый сам определяет, что ему надо — бумажка (электронный сертифика), или знания.
а можно узнать что за RMIHttpServer? это RMI over HTTP? можно ли где-нибудь посмотреть реализацию этого класса?
Приходилось в свое время реализовывать RMI over HTTP, но использовался sun/oracle подход через сервлет в томкате, но он ужасно медленно работает, и плодит большое количество открытых портов, т.к. при той реалзиации каждый запрос — открывает новый порт, и больше его не использует.
Почему ничего не сказано про тяжелое и легкое машиностроение? почему ничего не рассказно про инновации и разработки в электроники? к примеру разработка памяти, тех процесс по производству CPU, разработка CPU.
Ничего не сказано про тяжелую промышленность и строительсво. И даже у самсунга есть подразделение атомной энергетики, которое строит Атомные станции (в сотрудничестве).
Если верить блогу интел — habrahabr.ru/company/intel/blog/108615/ то, только две(три)(samsung и intel, TSMC?) компании имеют возмонжности и тех процесс для выпуска электроники по тех стандарту 22nm,
Было несколько раз, когда наша команда делала по другому, иногда даже говорили спасибо за это, но всегда добавляли — что бы в следущий раз советывались. Но сколько мы не пытались советываться — ответ от менеджера была всегда один — делаем так как написано в спецификации.
Такой уж этот кровавый энтерпрайс.
Недавно на хабре было несколько интересных статей о том, как работают процессы в финансовой сфере в NY.
Дойче Банк, ДевЭкспертс, Люкс Софт, Эксиджен, Яндекс, ДжетБрайнс, РекСофт, майл.ру-одноклассники.
Крупных хороших работадателей больше, я точно кого-нибудь забыл, но эти компании минимум дают не мешье 3000-5000 рабочих мест java разработчиков. И 80% что сказано было в тексте никак не относиться к этим компанием, кроме пары плюшек.
Я бы наверное назвал эту статью — тонкости работы не в топовых фирмах.
P.S. кроме alcatel, который загнулся в питере еще до мотороллы, да и в далеком 2007 (вроде), ничего общего с текущими реалими текст не имеет.
P.S.S. мой комент так же относится и ко 2-ой части топика.
www.youtube.com/watch?v=4ErEBkj_3PY
Там объясняется отличия от вертолётов и т.д. В квадракоптерах за счет их размера начинают работать немного другие силы, которые при больших летательных апаратов можно принебречь
It’s illegal to consider factors like age, race, gender, religion, national origin, sexual orientation, or disability status in hiring decisions. So hiring authorities prefer to not “officially” know whether you’re a member of one of these protected classes. If you put a photo on your resume, you reveal some of these details. If the employer later interviews you but doesn’t hire you, it opens the possibility of a discrimination claim. Some companies will even flat-out reject resumes with photos, just to avoid that potential accusation
В кратце — незаконно принимать во внимание возраст, рассу, пол, религию, национальность, сексуальную орентацию, инвалидность при принятие решения о приеме на работу. Т.е. если вы указали эти данные, и вас не взяли на работу, то вы может подать жалому на компанию, в связи с дискриминацией. Поэтому многие крупные компании просто не расматривают резюме, в которой указано что-нибудь из этого, для избегания проблем с гос органами.
Надеюсь когда-нибудь такое примут и у нас.
Тут главное, что бы не было безразличие. Многие приходят на тусовки крупных эвентов, но сильно забивают на локальные встречи, что часто весьма удручает.
35.Several previous events presented an opportunity for Knight to review the adequacy of its controls in their entirety. For example, in October 2011, Knight used test data to perform a weekend disaster recovery test. After the test concluded,
Knight’s LMM desk mistakenly continued to use the test data to generate automated quotes when trading began that Monday morning. Knight experienced a nearly $7.5 million loss as a result of this event. Knight responded to the event by
limiting the operation of the system to market hours, changing the control so that this system would stop providing quotes after receiving an execution, and adding an item to a
disaster recovery checklist that required a check of the test data. Knight did not broadly consider whether it had sufficient controls to prevent the entry of erroneous orders, regardless of
the specific system that sent the orders or the particular reason for that system’s error. Knight also did not have a mechanism to test whether their systems were relying on stale data.
В кратце говориться о том, что они выкатили в продакшен приложение, которое брало котировки не от биржи, а от тестового сервера. Убытки в 7.5 лямов менеджмент ничему не научили.
То что вас две недели слали инвойс — это только потому, что в обычных контрактов там скорее всего обходятся без инвойса, или просто не работают на внешние рынки. Вы попробуйте из россии что-то поставить, вот тут вам уже надо будет целая свора юристов. А в США за счет того, что не требуется содержать «лишних» кадров, достаточно иметь менее квалифицированного сотрудника, который будет работать по заранее написаному плану действий.
Я не утверждаю, что в США все круто, там проблем тоже хватает, но пока мы находимся в кардинально разных весовый категориях
Бизнесс в США — это управление издержками. А управление издрежками — это сокращение лишних расходов. В россии это часто достигается дешовой мигранской рабочей силой. А в США достигается путем внедрения современных технологий и автоматизации.
Я не утверждаю, что идея постоянной борьбы с издержками не в ущерб качества всегда верная, но это как минимум то, с чего надо начинать.
Плюс самые популярные смартфоны с экраном от 4", а если андройд то от 4.7", какой смысл для таких достаточно больших экранов делать кастрированые сайты?
Единственное с чем согласен — это с тем, что надо десктопные сайты адоптировать для мобильных устройств. К примеру выпадающие весьма проблемно использовать на мобильных устройствах.
Специальные мобильные приложения имеют смысл, но только если у вас достаточно большой объем аудитории.
Там где есть заправки Тесла — у них на интерактивной карте расписано сколько энергии в каком штате из какого ресурса получается.
К примеру в Калифорнии где-то 55% получается из Газа, поэтому где-то в 4.13 раза экологичнее безниновой машины. А вот в штате Юта, где электричество получается в основном из угля, экологичность Тесла машины всего на 43% лучше бензиновой.
Escape Analysis позволяет создавать объекты в стэке, а не в heap'e.
2) совет правильный, но собрать массив для GC весьма легко, поэтому оверхэд не очень большой. Плюс ничего не сказано о том, что HashMap/HashSet имеют коэфицент расширения 0.75. Т.е. что бы создать Map c известной длинной, надо:
Map someMap = new HashMap((int) ((expected_maximal_number_of_data)/0.75+1));
3) имеет право на жизнь, но по той же Trove библиотеки, хоть приемущество и есть, но оно не столь существенно для небольших данных. Плюс опять же, как только JVM придумет какую-то оптимизацию — то вы будете иметь код, который не всегда просто переписать.
4) Убирать буфферизацию очень странный подход. Во первых собрать большой объект, который в памяти находится одним длинным отрезком очень легко, а вот реализовать иногда обработку стрима данных не так просто. Плюс буфферизация уменьшает блокировки IO, что весьма важно для большого количества IO в проекте. То же решение, которое предлагает автор — посути та же самая буфферизация, только она ограничена каким-то значением.
5) «We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil» by Donald Knuth.
Оптимизацией надо заниматься тогда, когда это требуется. Т.к. это ухудшает читаемость кода, а так же ведет к большому количеству ошибок.
Опять же смотрим на Escape Analysis.
MOOC это для себя, а не для Дяди. MOOC это вложение в себя, можно сказать капитализация вашей ценности как специалиста.
Самый простой пример MBA в России никак не ценится зарубежом, именно из-за читинга, или схемы платишь — получаешь диплом. Но при таком подходе уровень подготовки по MBA тоже падает, и становится шаблонным, можно сказать поставленным на поток. Таким образом, даже если человек хочет получить хорошие знание у типичной MBA школы в России, то в реальности получить их не может. С другой стороны MOOC всегда дают высокую планку знаний, и тут уже каждый сам определяет, что ему надо — бумажка (электронный сертифика), или знания.
Приходилось в свое время реализовывать RMI over HTTP, но использовался sun/oracle подход через сервлет в томкате, но он ужасно медленно работает, и плодит большое количество открытых портов, т.к. при той реалзиации каждый запрос — открывает новый порт, и больше его не использует.