Comments 30
Спасибо вам за труд! Я хоть и не java-разработчик, но все равно почитать было интересно.
Просто прекрасно. Добавить к этому презентацию и получится шикарный вариант на конференцию.
Что-то я не увидел в списке продуктовых фирм, которые делают и продают свой продукт. А ещё Android-приложения это тоже Java
Меткая статья, некоторые замечания прямо за живое задели… С другой стороны, когда читаешь, кажется что жесть и как так можно вообще жить. А когда работаешь — то просто делаешь свое дело, по возможности качественно. Тогда и новые технологии внедряются на старых проектах, и с ИБ находится общий язык, и SOAP наконец-то работает с обеих сторон (а потом снова, и снова, с другими)… На «хорошем» месте работы познаешь одно, на «плохом» дополняешь свой опыт чем-то другим, а в результате понимаешь, что и то и другое одинаково важная часть тебя.
Не совсем согласен с мнением автора. Во-первых, МО и ФСБ абсолютно разные ведомства. Если предприятие работает на Министерство Обороны, то ФСБ лишь выдает лицензию на проведение определенного вида деятельности и выпуска определенного вида продукции, например средств РЭБ. Кроме того, большинство требований как к софту, так и к железу, при правильном менеджменте легко обходятся. Проработал достаточно долго в этой макросистеме, поэтому утверждаю наверняка.
«Фирмы-оффшорные разработчики» и «Аутсорсинговые фирмы» — как мне кажется, эти понятия идентичны, если мы не говорим о совсем мелком аутсорсе — веб-студии из четырех человек. Иначе — специфика одинаковая. В любом случае, процесс работы может отличаться, все зависит от требований заказчика (или, как говорят «от проекта»). Ситуации могут быть самыми различными — от микроменеджмента клиента с работой девелоперов через RDP на машинах клиента до полнейшего пофигизма и заинтересованности лишь в конечном продукте.
«Фирмы-оффшорные разработчики» и «Аутсорсинговые фирмы» — как мне кажется, эти понятия идентичны, если мы не говорим о совсем мелком аутсорсе — веб-студии из четырех человек. Иначе — специфика одинаковая. В любом случае, процесс работы может отличаться, все зависит от требований заказчика (или, как говорят «от проекта»). Ситуации могут быть самыми различными — от микроменеджмента клиента с работой девелоперов через RDP на машинах клиента до полнейшего пофигизма и заинтересованности лишь в конечном продукте.
По первому абзацу: насколько я знаю, «военная» Java сертифицирована в составе одного программного изделия как его компонент, сертифицирована в виде исходников на C. Собирается из них при помощи открытого компилятора (вроде как GNU C). Требование, как мне объясняли, — чтоб программное изделие собиралось из предоставленных либо открытых исходников по предоставленной инструкции. Ну и исходники анализируются в ФСБ на предмет отсутствия разных «сюрпризов», вроде как на правах платной услуги. Разумеется, исходники секретятся.
По второму абзацу насчёт идентичности 1) поправил формулировку 2) нередко те, кто сдаёт персонал в аренду, занимаются и оказанием услуг по аутсорсной разработке — натренируют, проверят, посмотрят персонал на чужих проектах, и сами потом берут заказы и запускают проекты. Тоже дополнительная свобода манёвра. Но даже в рамках одной фирмы эти направления деятельности пересекаются не так сильно, как кажется.
По второму абзацу насчёт идентичности 1) поправил формулировку 2) нередко те, кто сдаёт персонал в аренду, занимаются и оказанием услуг по аутсорсной разработке — натренируют, проверят, посмотрят персонал на чужих проектах, и сами потом берут заказы и запускают проекты. Тоже дополнительная свобода манёвра. Но даже в рамках одной фирмы эти направления деятельности пересекаются не так сильно, как кажется.
Свеном ты?
Хм… А где же софтверные компании где и технологии новые и задачи интересные, а также платят хорошо и относятся тоже не плохо? Где собственно профильные софтверные компании которые разрабатывают топовые продукты? Ведь они тоже есть и если вы программист, логично было бы стремиться именно туда.
«технологии новые и задачи интересные» если делать что то самому… а так, у всех фирм свои вальты…
нет, есть фирмы которые заинтересованы в решении задачь, развитии своих программистов и тд. Вот к примеру в компании, где я работаю, положительно смотрят на инициативы вносить какие-то новшетсва в проект (технологии, библиотеки, фреймворки), если эти новшетсва ускоряют процесс разработки или делают приложение более стабильным, в общем как-то улучшают текущее положение дел.
Мда… я не очень силён в рынке Украины, но судя по DOU у нас здесь всё просто — все работают на аутсорс иногда с с элементами аутстафа в ИТ-гигантах по 2-3к человек в компании. И есть сотня фирм поменьше. Редко кто занимается своими продуктами. Честно говоря, все описанное, а особенно собственные ORM 1999 года меня крайне напугали. Теперь понимаю, что грех жаловаться на говнокод от америкосов, когда есть ещё «безопасник-вахтёр»
Кстати, автор, последний пункт «Фирмы, сдающие персонал в аутсорс» это, судя по описания out-stuff когда фирма предоставляет своего «сотрудника» другой компании и он почти полностью подчиняется той компании (почти как работорговля). А аутсорс это когда фирма получает заказ от компании и сама решает, как реализовать бизнес-задачу, у вас это идёт под «Фирмы-оффшорные разработчики».
Кстати, автор, последний пункт «Фирмы, сдающие персонал в аутсорс» это, судя по описания out-stuff когда фирма предоставляет своего «сотрудника» другой компании и он почти полностью подчиняется той компании (почти как работорговля). А аутсорс это когда фирма получает заказ от компании и сама решает, как реализовать бизнес-задачу, у вас это идёт под «Фирмы-оффшорные разработчики».
В Украине всё примерно так же, как в России. Тот же спектр от фабрик-аутсорсеров типа EPAM и Luxoft до гаражных студий и Приватбанка. Другое дело, ещё относительно недавно многие работали «подпольно» из-за весёлого законодательства, регулирующего зарубежные финансовые вливания, потому особо себя не рекламировали. Ещё был не менее весёлый этап, когда органы толпой вламывались в офисы и проверяли софт на лицензионность, что тоже не добавляло желания высовываться.
недо-ORM 1999 года выпускаПозиционируется не как ORM, а как «хранилище данных» (в терминологии производителя). Имеет возможность динамического изменения набора атрибутов сущности (с «пробрасыванием» соотв. изменений в «физический» слой хранения, в частности, для БД — с выполнением команд из серии ALTER TABLE, при этом перегенерация или перезагрузка каких-либо Java-классов не требуется) и встроенный механизм миграции данных («пообъектно», с настройкой механизма резолвинга значений атрибутов типа «ссылка на объект другой сущности» и широкого использования механизма глобальных уникальных идентификаторов) между узлами. Также имеет возможность использовать в качестве «физического» слоя хранения SOAP-сервис и, наоборот, предоставлять данные в своём хранилище БД-типа в качестве такого SOAP-сервиса, что позволяет даже «каскадировать» узлы в качестве части «SOAP-цепочек хранилищ».
UFO just landed and posted this here
Автор в 2011 году собеседовался в «Одноклассники», на первом этапе успел привильно ответить на 18 вопросов из 20, на следующий этап не пригласили. Одну задачку из оставшихся двух (правда, ответ на неё надо было выбрать из 5 вариантов, что теоретически позволяло частично догадаться и уложиться в средние 2 минуты) — про выбор перчаток разного цвета из ящика — автор потом решил двумя способами: первый — «в лоб» — никак не мог бы занять меньше 10 минут даже в самом лучше случае, второй, из серии «надо на одном из этапов посмотреть под другим углом» — позволял решить устно за 2 минуты. Не говоря о варианте «догадаться по экзотическому знаменателю, отметя всё заведомо неподходящее».
Насчет «Программистские» отделы не-ИТ-компаний", расскажу свою историю: полгода назад повелся на уговоры HR и устроился в подобную организацию в нефтянку, в отдел научно-технического развития, на внутренний проект. Проект начинался с нуля и взяли двух программистов для начала. За время разработки столкнулся с несколькими проблемами:
1) Рулят действительно безопасники. Чтобы установить любую, мало-мальски значимую тулзу, приходится выдерживать кучу бюрократии и ждать недели, а то и месяцы, пока тебе ее согласуют и установят. Админские права ждем до сих пор, а установка по — только через сервисный отдел.
2) Интернет полностью закрыт, ютубы, блоги, и прочее, доходит до смешного, когда невозможно скачать какую-либо информацию по работе или необходимый софт.
3) С покупкой ПО тоже дела обстоят не очень, четыре месяца пришлось работать на своем ноуте, потому что согласовывался и закупался софт для разработки
4) Второго программиста взяли без всякого согласования с умениями и навыками первого, о психологической совместимости и речи не шло, поэтому проект пришлось разрабатывать в одиночку, тогда как я надеялся на помощь, развитие отдела и командную работу
5) Полная незаинтересованность начальства в процессе разработки, какие-то попытки выстроить agile разбились о стену бюрократии
6) Принципы работы организации — строгая иерархичность и подчинение, хотя мы с коллегой и уходим вовремя, сделав работу, многие сидят на работе до последнего, пытаясь показать, какие они хорошие работники, а нас считают бездельниками.
7) Никаких плюшек и строгий распорядок дня, начало работы в 9.
Несмотря на это, мы все-таки пока стараемся вести проекты и доделать их до конца, но учитывая все эти минусы, работать в подобной организации по завершении проекта уже не очень-то и хочется, несмотря на белую зарплату и… хм, ну в общем-то и всё.
1) Рулят действительно безопасники. Чтобы установить любую, мало-мальски значимую тулзу, приходится выдерживать кучу бюрократии и ждать недели, а то и месяцы, пока тебе ее согласуют и установят. Админские права ждем до сих пор, а установка по — только через сервисный отдел.
2) Интернет полностью закрыт, ютубы, блоги, и прочее, доходит до смешного, когда невозможно скачать какую-либо информацию по работе или необходимый софт.
3) С покупкой ПО тоже дела обстоят не очень, четыре месяца пришлось работать на своем ноуте, потому что согласовывался и закупался софт для разработки
4) Второго программиста взяли без всякого согласования с умениями и навыками первого, о психологической совместимости и речи не шло, поэтому проект пришлось разрабатывать в одиночку, тогда как я надеялся на помощь, развитие отдела и командную работу
5) Полная незаинтересованность начальства в процессе разработки, какие-то попытки выстроить agile разбились о стену бюрократии
6) Принципы работы организации — строгая иерархичность и подчинение, хотя мы с коллегой и уходим вовремя, сделав работу, многие сидят на работе до последнего, пытаясь показать, какие они хорошие работники, а нас считают бездельниками.
7) Никаких плюшек и строгий распорядок дня, начало работы в 9.
Несмотря на это, мы все-таки пока стараемся вести проекты и доделать их до конца, но учитывая все эти минусы, работать в подобной организации по завершении проекта уже не очень-то и хочется, несмотря на белую зарплату и… хм, ну в общем-то и всё.
UFO just landed and posted this here
Шикарные условия работы создают себе менеджеры — люди приближённые к руководству. Так исторически сложилось, что в IT-компаниях менеджеры и разработчики кода это одни и те же люди.
Не ИТ компания", соответственно, смотрит на программистов так же как на автослесарей, станочников и прочий наёмный коллектив. Потому что менеджеры никаким боком не относятся к производимому коду. Это, наверное, везде так. Сначала нужно много чего делать для компании в рамках рабочего дня или сверх него. Затем, когда проект и его внедрение завершены, тебе начинают морочить голову, насчёт твоего безделия. И в конце концов, тебе надоедает сидеть сиднем, надоедает общаться с охраной, с бюрократами и прочими винтиками системы.
Ну что можно посоветовать здесь — изначально все свои наработки создавайте в таких условиях, чтобы при вашем уходе чёрт лысый не смог код восстановить. Предприятие, которое может себе позволить выкинуть программиста «плохими условиями работы», должно платить деньги на поиск нового специалиста.
Не ИТ компания", соответственно, смотрит на программистов так же как на автослесарей, станочников и прочий наёмный коллектив. Потому что менеджеры никаким боком не относятся к производимому коду. Это, наверное, везде так. Сначала нужно много чего делать для компании в рамках рабочего дня или сверх него. Затем, когда проект и его внедрение завершены, тебе начинают морочить голову, насчёт твоего безделия. И в конце концов, тебе надоедает сидеть сиднем, надоедает общаться с охраной, с бюрократами и прочими винтиками системы.
Ну что можно посоветовать здесь — изначально все свои наработки создавайте в таких условиях, чтобы при вашем уходе чёрт лысый не смог код восстановить. Предприятие, которое может себе позволить выкинуть программиста «плохими условиями работы», должно платить деньги на поиск нового специалиста.
изначально все свои наработки создавайте в таких условиях, чтобы при вашем уходе чёрт лысый не смог код восстановить
Не кажется ли вам это несколько неэтично и плохо для профессиональной репутации?
Знаете, не надо обобщать.
На моей памяти и IT-компания, где ядром компании считался сейлз, а разработчики — довеском; и не-IT-компания, где условия у разработчиков были гибче, чем у любых других сотрудников, потому что менеджер понимал, от чего зависит производительность и от чего нет; и несколько IT-компаний, ставящих всех сотрудников в равные условия, что разработчиков, что сисадминов, что техсапортщиков.
Адекватные люди распределены поровну среди представителей любых специальностей.
На моей памяти и IT-компания, где ядром компании считался сейлз, а разработчики — довеском; и не-IT-компания, где условия у разработчиков были гибче, чем у любых других сотрудников, потому что менеджер понимал, от чего зависит производительность и от чего нет; и несколько IT-компаний, ставящих всех сотрудников в равные условия, что разработчиков, что сисадминов, что техсапортщиков.
Адекватные люди распределены поровну среди представителей любых специальностей.
Производительность — здесь ключевое слово.
Представьте себе предприятие, руководству которого в принципе не хочется заморачиваться над производительностью. Она и так и так «стабильная». Если это новый бизнес, то да — атмосфера будет дружественная. Если это акционерное общество, полученное бумажными махинациями в 90е годы (и не только), из которого проще вытягивать капитал, чем вкладывать, то каждый сверчок знает свой шесток, а менеджмент ради поднятия «видимости успеха» вешает телевизоры на проходной, и красит вентили в яркий цвет. Это при том, что на автоматизированных рабочих местах всё ещё ламповые мониторы с пузатым экраном.
Следующему программисту вы окажете большую услугу, если он будет реинженерить ваш проект. Руководство будет вынуждено платить ему больше, если хочет, чтобы проект вообще работал. Вопросы этики рассматриваем там, где этика есть в голове у менеджмента.
Представьте себе предприятие, руководству которого в принципе не хочется заморачиваться над производительностью. Она и так и так «стабильная». Если это новый бизнес, то да — атмосфера будет дружественная. Если это акционерное общество, полученное бумажными махинациями в 90е годы (и не только), из которого проще вытягивать капитал, чем вкладывать, то каждый сверчок знает свой шесток, а менеджмент ради поднятия «видимости успеха» вешает телевизоры на проходной, и красит вентили в яркий цвет. Это при том, что на автоматизированных рабочих местах всё ещё ламповые мониторы с пузатым экраном.
Следующему программисту вы окажете большую услугу, если он будет реинженерить ваш проект. Руководство будет вынуждено платить ему больше, если хочет, чтобы проект вообще работал. Вопросы этики рассматриваем там, где этика есть в голове у менеджмента.
Это ад… беги оттуда
Я работал в нескольких не-ИТ компаний. Степень паранойи безопасников варьируется. На последнем месте были и права админа, и интернет (кроме торрентов), но вот график работы был всегда «от звонка до звонка».
четыре месяца пришлось работать на своем ноутеБезопасники разрешали? Свой интернет в виде личного модема можно было использовать?
Sign up to leave a comment.
Java-программист в Петербурге. Обзор рынка труда с точки зрения соискателя. Часть 3/3. Какие бывают работодатели