Да почему же перебор? Я вот не далее как пару дней поставил коронку вообще вместо пломбы, на зуб с живыми нервами. Вытачивают на 3d станке, клеят поверх. Полтора часа на все про все. Уже третью такую штуку делаю — вроде работает.
Я глянул список программ автора — стало почти все понятно.
Утилиту, которая отключает автоапдейт в винде, уж MS так точно посчитает вредоносной.
А учитывая влияние этой компании на центры сертификации, все остальное становится несколько предсказуемым.
Короче говоря, мой прогноз — автор не выиграет этот батл.
Хотя, лично я целиком и полностью на его стороне.
Я не знаю, у меня эти зубы вполне нормальны и весьма функциональны. К сожалению, западнные врачи по большей части непреклонны — зубы мудрости не лечат. Любая проблема с ними является показанием к удалению. Без вариантов.
Но, к счастью, находясь по работе в стране не очень западной, я попал к местному врачу. Ситуация тогда уже была доведена до крайности. Ничего. Сделал нормально каналы, поставил керамическую пломбу, никаких проблем не было 15 лет. Жую им мясо, грызу кости. Сейчас начались проблемы со стенками — это нормально, даже удивительно что так долго продержался. Надо делать коронку. Пошел к врачу — опять двадцать пять, только удаление. Надо снова куда то ехать…
Я уверен, что у этого скандала чисто коммерческая подоплека. Шумиха главным образом вокруг оборудования 5G. За эти контракты грызутся всеми возможными способами поставщики. В то время как в телекомах тихо работает куча железа от Huawei не связанного непосредственно с 5G и никто видимо не парится по этому поводу.
О, каким знакомым «энтерпрайзом» пахнуло от этого рассказа.
Все типажи узнаваемы. Все так и есть. Более того, тут описывается один контракт на 21К — это просто вообще ни о чем. Мне гораздо веселее наблюдать, когда на подобную деятельность уплывают 7-8-9 значные суммы.
Очевидная рекламная статья под видом аналитики. Шуллерство Дурова легко вскрывается: он пытается навязать читателю ложный выбор: или Telegram или Whatsapp. На самом же деле, выбор гораздо шире. Более того, телеграм уступает этим другим месседжерам по популярности. Почему Дуров промолчал про Вайбер, например. Я не к тому, что у вайбера не было проколов. А к тому, что у Телеграма они тоже были. Вспомнить хотя бы историю про возможность получения номера телефона пользователей телеграм.
Какая-то жуткая смесь из разнообразных утверждений, рассчитанная, похоже на презентацию для своего борда, а не для «внешнего» читателя.
Я попытался выловить из этой «воды» что то конкретное, но получились одни вопросы.
Вот, например:
К чему мы стремились прийти: автоматизировать сборку приложений и составление описания изменений — соединить «тикеты» изменений, сделанных разработчиком в Git, и описание user story с командной доски в jira
Так и какие препятствия вы встретили на своем пути? По моему, это 'база' любой современной разработки, которая замечательно покрывается продуктами atlassian, раз уж у вас jira.
мы активно внедряем практику «бизнес-партнера», идея тут в том, что коллеги работают в IT, при этом представляют интересы бизнеса, соблюдая интересы друг друга, условно — 50/50
Крайне трудно понять, что на самом деле скрывается за этими словами. Можно предположить все что угодно. Опять же, может для «борда» альфа банка интересен уже сам факт того, что в их компании внедрена какая-то практика, но для посторонних интересны детали, плюсы-минусы, результаты…
Поэтому мы решили объединить подходы, взяв лучшее из каждого. В итоге появилась служба solution-архитекторов
Я конечно, рад за банк, что у них наконец-то появилась команда архитекторов. Но возникает вопрос, а как вы до этого поддерживали архитектуру, какие стандарты использовали?
Признание результатов. Это важная часть, результаты должны признаваться на уровне бизнеса, это дарит не только ощущение маленького праздника и того, что ты все сделал правильно, но и дополнительную синхронизацию
Опять же, какие-то общие вещи. У вас что, раньше на айти отделы просто плевали и гнобили, в стиле известного сериала?
Вообще, вот вкратце, содержание статьи:
1. На 21-м году применения equation в Альфе, там задумались об автоматизации тестирования.
2. Тестеры открыли для себя HACL
3. Тестеры открыли для себя jt400
4. Тестеры написали скрипты, но по ряду причин, им не понравилось. Прежде всего им не понравилась реализация HACL на С++ для win из пакета pcom
5. Тестеры открыли для себя, что есть нативная реализация HACL на java.
6. Счастье наступило.
Не будет стоить дешевле и тем более не на несколько порядков.
Наоборот, будет дороже и больнее. Стек RPG-DB2/400-OS/400 работает как часики, и писать бизнес логику в нем одно удовольствие. Вот переписывание на java займет действительно на порядки больше и времени и денег.
Поддержка as400 будет требовать меньше людей чем поддержка аналогичной функциональности на java.
Задумайтесь, ведь никто не запрещает писать на java для as400. Там есть отличная, оптимизированная JVM. Только не пишут особенно бизнес логику. А все потому, что на RPG проще и быстрее.
Насчет того, почему в банках (и не только банках) до сих пор стоят «динозавры», я объяснил в другом комментарии.
Голубые гиганты не перестанут получать прибыль на «зеленых экранах» еще долго. Хотя, экраны уже давно могут быть не зелеными, а какими угодно.
Такое чувство, что в Альфе вообще не осталось никого, кто профессионально работает на as400. Пришла какая-то комманда пионеров-хипстеров и начала «креативить».
На самом деле изобретали велосипед. В pcom есть библиотека, в которой с древних времен нв VB отлично пишутся любые экранные скрипты. Не нравится VB — можно через обертку на питоне, например. Не нравится вин — есть бесплатная опенсоурсная реализация tn5250, где опять же имеется API.
Если не нравиться jt400, есть отличная опенсоурсная альтернатива (опять же от IBM).
Вообще, лет 20 назад, мне предлагали работать в альфе как раз в команде as400. Но платили что-то не очень, так что не срослось. Интересно, там ведь еще остались люди, пишущие на RPG и все вот это вот? Или все уже на пенсии?
ASN.1 — годный протокол. Пакует более эффективно чем имеющиеся альтернативы (например протобуф). А все потому, что позволяет более детально описывать типы и соответственно более эффективно их паковать.
Но проблема с отсутствием надежного бесплатного компилятора. Платных компиляторов индустриального уровня всего два. И они не дешевые. И проблема с их использованием даже не в том, чтобы купить в вашей организации. Проблема, что если задействовать протокол, то все партнеры должны будут тоже купить. Потому что «в ручную» писать разбор — это дорого и больно. И поэтому — протобуф.
Меня, как программиста, такая постановка вопроса, когда нужно выдать сроки и подпись поставить, давно не смущает. Если менеджер туп, то что поделать. Я вбиваю такой срок, на котором мне будет спокойно — хорошее такое резервирование, многократное ;-). А если появится свободное время, его всегда можно с пользой и интересно потратить на вылизывание кода. Качество результата от этого только повышается.
Если начальник свой человек и понимает, что программирование — не укладка кирпичей, а скорее, бурение, то да, при доверительных отношениях все делается очень быстро и эффективно. Но это только в случае, если есть доверительные отношение и я могу рассчитывать на понимание именно как специалиста. Потому что дело здесь даже не в прикрытии жопы, а в том, что есть разница между «затянул по дурости или неопытности» и «наткнулся на реальную проблему, потратил время, но решил». Если начальник не в состоянии оценить разницу, мне работать с ним доверительно будет трудно.
Если вам нравится мапить мышкой, то в Мule есть графический мапер. Гораздо удобнее и легче. Кроме того, язык DW мощнее гораздо.
Прелесть Мulе в том, что все реализовано с одной стороны гораздо проще, а с другой, по-человечески удобнее и есть выбор. Хочешь мапь в GUI, хочешь — пиши код. Это только один пример.
До боли знакомые картинки. Пользовался последний раз лет 10 назад. Ничего не изменилось в интерфейсе :-). С тех пор перешли на Mule и забыли об этом ужасе. Надеюсь навсегда.
Утилиту, которая отключает автоапдейт в винде, уж MS так точно посчитает вредоносной.
А учитывая влияние этой компании на центры сертификации, все остальное становится несколько предсказуемым.
Короче говоря, мой прогноз — автор не выиграет этот батл.
Хотя, лично я целиком и полностью на его стороне.
Но, к счастью, находясь по работе в стране не очень западной, я попал к местному врачу. Ситуация тогда уже была доведена до крайности. Ничего. Сделал нормально каналы, поставил керамическую пломбу, никаких проблем не было 15 лет. Жую им мясо, грызу кости. Сейчас начались проблемы со стенками — это нормально, даже удивительно что так долго продержался. Надо делать коронку. Пошел к врачу — опять двадцать пять, только удаление. Надо снова куда то ехать…
Все типажи узнаваемы. Все так и есть. Более того, тут описывается один контракт на 21К — это просто вообще ни о чем. Мне гораздо веселее наблюдать, когда на подобную деятельность уплывают 7-8-9 значные суммы.
Жду с нетерпением, когда RHEL сделает именно этот JDK своим стандартом.
Это было бы теперь логично.
Я попытался выловить из этой «воды» что то конкретное, но получились одни вопросы.
Вот, например:
Так и какие препятствия вы встретили на своем пути? По моему, это 'база' любой современной разработки, которая замечательно покрывается продуктами atlassian, раз уж у вас jira.
Крайне трудно понять, что на самом деле скрывается за этими словами. Можно предположить все что угодно. Опять же, может для «борда» альфа банка интересен уже сам факт того, что в их компании внедрена какая-то практика, но для посторонних интересны детали, плюсы-минусы, результаты…
Я конечно, рад за банк, что у них наконец-то появилась команда архитекторов. Но возникает вопрос, а как вы до этого поддерживали архитектуру, какие стандарты использовали?
Опять же, какие-то общие вещи. У вас что, раньше на айти отделы просто плевали и гнобили, в стиле известного сериала?
Вообщем, бесполезная статья.
1. На 21-м году применения equation в Альфе, там задумались об автоматизации тестирования.
2. Тестеры открыли для себя HACL
3. Тестеры открыли для себя jt400
4. Тестеры написали скрипты, но по ряду причин, им не понравилось. Прежде всего им не понравилась реализация HACL на С++ для win из пакета pcom
5. Тестеры открыли для себя, что есть нативная реализация HACL на java.
6. Счастье наступило.
Наоборот, будет дороже и больнее. Стек RPG-DB2/400-OS/400 работает как часики, и писать бизнес логику в нем одно удовольствие. Вот переписывание на java займет действительно на порядки больше и времени и денег.
Поддержка as400 будет требовать меньше людей чем поддержка аналогичной функциональности на java.
Задумайтесь, ведь никто не запрещает писать на java для as400. Там есть отличная, оптимизированная JVM. Только не пишут особенно бизнес логику. А все потому, что на RPG проще и быстрее.
Голубые гиганты не перестанут получать прибыль на «зеленых экранах» еще долго. Хотя, экраны уже давно могут быть не зелеными, а какими угодно.
На самом деле изобретали велосипед. В pcom есть библиотека, в которой с древних времен нв VB отлично пишутся любые экранные скрипты. Не нравится VB — можно через обертку на питоне, например. Не нравится вин — есть бесплатная опенсоурсная реализация tn5250, где опять же имеется API.
Если не нравиться jt400, есть отличная опенсоурсная альтернатива (опять же от IBM).
Вообще, лет 20 назад, мне предлагали работать в альфе как раз в команде as400. Но платили что-то не очень, так что не срослось. Интересно, там ведь еще остались люди, пишущие на RPG и все вот это вот? Или все уже на пенсии?
Но проблема с отсутствием надежного бесплатного компилятора. Платных компиляторов индустриального уровня всего два. И они не дешевые. И проблема с их использованием даже не в том, чтобы купить в вашей организации. Проблема, что если задействовать протокол, то все партнеры должны будут тоже купить. Потому что «в ручную» писать разбор — это дорого и больно. И поэтому — протобуф.
Если начальник свой человек и понимает, что программирование — не укладка кирпичей, а скорее, бурение, то да, при доверительных отношениях все делается очень быстро и эффективно. Но это только в случае, если есть доверительные отношение и я могу рассчитывать на понимание именно как специалиста. Потому что дело здесь даже не в прикрытии жопы, а в том, что есть разница между «затянул по дурости или неопытности» и «наткнулся на реальную проблему, потратил время, но решил». Если начальник не в состоянии оценить разницу, мне работать с ним доверительно будет трудно.
Прелесть Мulе в том, что все реализовано с одной стороны гораздо проще, а с другой, по-человечески удобнее и есть выбор. Хочешь мапь в GUI, хочешь — пиши код. Это только один пример.