Обновить
10

Выгребатель костров

5
Подписчики
Отправить сообщение
Согласен с предыдущим оратором. Это, как и любое другое мнение, субъективно. Переименовал для однозначности, что все плохо только в Scala Eclipse мире.
Лень и наличие коллег которым нужно будет делать то же самое :) Там же не только BIRT. 5-6 подобных Eclipse based projects
Это не только (и столько) про деньги, как про те проекты на которые мы завязаны и которым нет аналогов под IDEA. Например, Eclipse BIRT и пр. (таких штук 5-6). Они развиваются и мы ими более менее довольны…
Как язык — Scala очень хороша. Что значит «не взлетела». Это не main stream, но у него есть своя ниша и она очень комфортная. Мы бы с превеликим удовольствием писали на Scala если бы это было технически возможно. Я просто такого «шаманства» давно не видел :) см. выше…
Scala очень классный язык, но это ж как в том анекдоте про русалку «а как!?». Ну да, все отлично, но он мне нужен в прикладной плоскости (для решения рабочих и не очень задач), а здесь я каждый раз отгребаю от инструментов. Самое в этом отвратительное, что ты не понимаешь, что произошло, как долго ты будешь бороть очередной глюк incremental SBT compiler'a (я все таки очень сильно подозреваю, что дело в нем) и что потом со всем этим делать коллегам.
Нет, так как для pet-projects мне что-то уже Scala не хочется, а для работы IDEA не применим пока :(

А как там? Все хорошо?
Спорно. Порядка 10 лет использую Eclipse. То ли привык к глюкам, то ли мне после Visual Studio .Net он раем казался :)

Т.е. да бывают какие-то «заезды» но если я встретил 3-4 bug'a eclipse Java compiler'a за 10+ лет с ним, то со Scala IDE/SBT… Ну, вы читали…
KPI — очень спорный подход. Т.е. я видел организации где KPI был, как благом, так и злом. Среди моих знакомых бытует мнение, что если сотруднику дать KPI — то он будет оптимизировать его в первую очередь (в ущерб всему остальному).
Самый эффективный способ внедрения ПО был завязан на зарплату:
— у рядовых сотрудников бонусная часть рассчитывалась только из ПО;
— у руководитлей отчеты принимались только на основании данных систем
Как любая статья, эта, в том числе, субъективна и отражает как мое мнение, так и те наблюдение которые я делаю в тех областях в которых, скорее всего, не настолько компетентен как ildarz. Я просто не понимаю, почему для того чтобы все работало на серверах мира Windows и которыми управляют наши партнеры в разных точках этого мира (и в разных организациях) нужно время от времени «трясти бубном». Я просто вижу, как периодически выходит очередное обновление (которого как бы не было и которое никто не ставил) и кому-то из моих коллег в службе технической поддержки приходится говорить слова в стиле «А вы не пробовали просто выйти и снова зайти?». Эти шаманские тряски с бубном очень странные и я их (почему-то) не наблюдаю в альтернативных вселенных Microsoft (может просто плохо смотрю или у меня мало данных). Хотелось бы, чтобы и в том мире в котором так много «живых людей» также все было хорошо и все работало просто «из коробки».
Спасибо. Тестируем насколько статус disabled сделает нашу жизнь проще. В оправдание свое могу сказать, что админом, а тем более виндовым, я не был никогда. Скорее я Java developer :)

Еще раз спасибо!
Я понимаю и пишу, как мне кажется, об этом же. Т.е. для всех серверов с задачами 24x7 не может быть процессов автоматического обновления (в том числе для критических обновлений безопасности и пр.) иначе имеем весь этот «зоопарк».
Это был сарказм в общем-то :)
Спасибо, гляну. Речь именно о мелком бизнесе или корпоративе, чтобы обновления windows «накатывать» на «боевые» сервера по «зеленому свистку», а не как он там себе решит.
У нас не только cloud решения. Иногда нужно «развернуть» с-мы у заказчиков и они (очень часто) хотят windows. В ситуациях, когда твой софт работает месяцами, а потом приходит Windows Updater и «приваливает все» — это бесит.

Когда мы можем «продавить» linux — мы это делаем, но это вопрос не ИТ, а уже политический.
2

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность