В строительстве, производстве, электротехнике и проч. ключевым элементом понимания выступают чертежи, схемы и, в простых случаях, эскизы. Общеизвестно, что визуально информация доходит многократно лучше. Рисуйте, черт возьми. Инструментов достаточно. Тот же Power Point или PlantUML, не говоря уж о нотациях типа BPMN. Да, ваш собеседник должен обладать минимальными навыками их чтения. Но это, действительно, минимальные навыки. В конце-концов подзабытые и неоднократно оплеванные блок-схемы: в иных случаях ромбики, прямоугольники и стрелки между ними очень даже помогают.
Я как-то работал с одним парнем, у которого был просто чудовищный дефект речи: половину букв он не выговаривал. Понять его, пока он говорил, было крайне сложно. Хотя сам парень - большая умница и настоящий профи. Он старался все, что можно, рисовать. И это было очень разумно и гуманно
А чем https://dbeaver.io/ не угодил? Бесплатная коммьюнити-версия закрывает практически все ежедневные потребности. Из коробки - поддержка кучи распространенных БД. Визуализация связей тоже есть. Перечислять всех возможностей не стану - попробуйте сами (может быть, потребуется установить java, хотя последние версии дистрибутива вроде как этого не требуют; этого я не проверял). А так - я не против: все жанры хороши. Хочется самому сделать - очень хорошо. Но не надо только говорить, что на рынке нет ничего подходящего: все есть.
Хуже того - еще и начнут искать способ избавиться от такого разработчика. Не везде и не всегда, но случается. Со мной, к примеру, такое было. Даже обозвали "саботажником" ))). Расстался с легким сердцем
Ну ладно, программисты в обычном понимании станут вымываться из процесса. Несомненно появятся инструменты верификации кода, написанного ИИ. Вопрос первый: кто напишет эти инструменты? Тот же ИИ? Волк будет служить сторожем в овчарне и охранять овец от самого себя? Вопрос второй: программисты - ладно, они все-таки (пусть не все) как-то перестроятся на новые форматы работы. А что делать продакт-менеджерам, аджайл-кришнаитам и вообще - всей той обвязке, что существует (пока) в разработке ПО? Я, к слову, из программистов, так что вроде как проблемы индейцев шерифа волновать не должны, но все-таки любопытно )))
Все это прекрасно иллюстрирует отсутствие интеллекта у этих ИИ-ассистентов: в топку, если нет наработанной кодовой базы, нет устоявшихся идиом, нет достаточного количества проектов, нет механизма понимания (которого, впрочем, и без того не было). Проще говоря - неоткуда тырить. А человек может руководствоваться просто эстетическими мотивами (прикольно/интересно/необычно/оригинально) и поэтому готов потратить время и усилия на что-то новое, малоизвестное. ИИ-ассистенты такой способности лишены.
Позиция работодателя понятна и очевидна: лучше организовать и возглавить сверху, не дожидаясь самоорганизации снизу. Старый, надежный (до определенных пределов) метод
Если команда более-менее ровная по уровню квалификации и квалификация достаточно высокая, то ваш Серега поступал правильно. Он доверял разработчикам и защищал их от внешних воздействий. Результат очевидный. Андрей, судя по всему, перфекционист без меры. С командой из слабых разработчиков это в общем-то и неплохо. Без дубины тут порой не обойтись. Но с сильными разработчиками это метод работает плохо. Они, как говорится, и сами с усами. Да, можно и нужно поправить, обсудить, убедить в конце-концов, но ломать через коленку и принуждать делать исключительно так, а не иначе - рано или поздно приводит к выгоранию, раздражению и уходу
Слушайте, ну скучно. Конспект для себя самого? Лучше уж сразу найти "Рассказы о множествах" Виленкина, а еще лучше "Вычислимость и логика" Булоса и Джеффри.
что тут имеется в виду? опять БЛ в хранимках/функциях/триггерах?
Почему "опять"? Никуда этот подход не делся. Те, кто с этого начинал - так и продолжают. У кого есть время, ресурсы, финансовая подушка да и просто желание это переделывать? Работает же и свою копеечку приносит. В новых продуктах продолжают идти той же протоптанной дорожкой
Если они используют стандартные xsd из ISO-20022, то на входе и выходе уже не некий xml, а вполне себе международный формат обмена финсообщениями. Например ЦБ РФ их опубликовал. Если не ошибаюсь, с 2018 этот формат продвигают. Дальше пилотных проектов дело, вроде, еще не дошло, но в узких кругах ходят упорные слухи, что ЦБ таки наклонит банки на них переходить. Посмотрим... В отличие от расхристанного SWIFT-а, эти xml хотя бы парсятся по людски, не через известный проход )
Или не очень тихий. Уж очень много бабла сгинет не пойми куда. А, в общем, согласен
Ты не вой, не плачь, а смейся -
Слез-то нынче не простят.
Сколь веревочка ни вейся,
Все равно укоротят!
"Разбойничья песня" В.Высоцкий
Долго медитировал над словосочетанием "почти никогда не" ))) Может быть, "причина почти всегда не в логике теста"?
В иных случаях - да :) Жаль порой, что его нельзя приложить к проекту в качестве официальной части. Больше как катализатор процесса
В строительстве, производстве, электротехнике и проч. ключевым элементом понимания выступают чертежи, схемы и, в простых случаях, эскизы. Общеизвестно, что визуально информация доходит многократно лучше. Рисуйте, черт возьми. Инструментов достаточно. Тот же Power Point или PlantUML, не говоря уж о нотациях типа BPMN. Да, ваш собеседник должен обладать минимальными навыками их чтения. Но это, действительно, минимальные навыки. В конце-концов подзабытые и неоднократно оплеванные блок-схемы: в иных случаях ромбики, прямоугольники и стрелки между ними очень даже помогают.
Я как-то работал с одним парнем, у которого был просто чудовищный дефект речи: половину букв он не выговаривал. Понять его, пока он говорил, было крайне сложно. Хотя сам парень - большая умница и настоящий профи. Он старался все, что можно, рисовать. И это было очень разумно и гуманно
Ну раз такая пьянка по поводу бумажек, то вот еще одна: без бумажки ты - какашка, а с бумажкой - человек
Интересно - когда же, наконец? 35 лет ждем-ждем, а все никак не выходит. Ни боком, ни задом, ни ухом, ни рылом )))
Как обычно, оформится под флагом "по просьбе граждан"
Следующее на очереди - налог на снятие наличных в банкомате (или уже есть и я прозевал?)
Или, как вариант, "пи..ец, приехали"
А чем https://dbeaver.io/ не угодил? Бесплатная коммьюнити-версия закрывает практически все ежедневные потребности. Из коробки - поддержка кучи распространенных БД. Визуализация связей тоже есть. Перечислять всех возможностей не стану - попробуйте сами (может быть, потребуется установить java, хотя последние версии дистрибутива вроде как этого не требуют; этого я не проверял). А так - я не против: все жанры хороши. Хочется самому сделать - очень хорошо. Но не надо только говорить, что на рынке нет ничего подходящего: все есть.
Хуже того - еще и начнут искать способ избавиться от такого разработчика. Не везде и не всегда, но случается. Со мной, к примеру, такое было. Даже обозвали "саботажником" ))). Расстался с легким сердцем
Ну ладно, программисты в обычном понимании станут вымываться из процесса. Несомненно появятся инструменты верификации кода, написанного ИИ. Вопрос первый: кто напишет эти инструменты? Тот же ИИ? Волк будет служить сторожем в овчарне и охранять овец от самого себя? Вопрос второй: программисты - ладно, они все-таки (пусть не все) как-то перестроятся на новые форматы работы. А что делать продакт-менеджерам, аджайл-кришнаитам и вообще - всей той обвязке, что существует (пока) в разработке ПО? Я, к слову, из программистов, так что вроде как проблемы индейцев шерифа волновать не должны, но все-таки любопытно )))
Все это прекрасно иллюстрирует отсутствие интеллекта у этих ИИ-ассистентов: в топку, если нет наработанной кодовой базы, нет устоявшихся идиом, нет достаточного количества проектов, нет механизма понимания (которого, впрочем, и без того не было). Проще говоря - неоткуда тырить. А человек может руководствоваться просто эстетическими мотивами (прикольно/интересно/необычно/оригинально) и поэтому готов потратить время и усилия на что-то новое, малоизвестное. ИИ-ассистенты такой способности лишены.
Позиция работодателя понятна и очевидна: лучше организовать и возглавить сверху, не дожидаясь самоорганизации снизу. Старый, надежный (до определенных пределов) метод
Во припекло чувака :) Хотя многое по делу
Если команда более-менее ровная по уровню квалификации и квалификация достаточно высокая, то ваш Серега поступал правильно. Он доверял разработчикам и защищал их от внешних воздействий. Результат очевидный. Андрей, судя по всему, перфекционист без меры. С командой из слабых разработчиков это в общем-то и неплохо. Без дубины тут порой не обойтись. Но с сильными разработчиками это метод работает плохо. Они, как говорится, и сами с усами. Да, можно и нужно поправить, обсудить, убедить в конце-концов, но ломать через коленку и принуждать делать исключительно так, а не иначе - рано или поздно приводит к выгоранию, раздражению и уходу
Интересно. Жду продолжения. О PDP-5 и PDP-8 будет?
Слушайте, ну скучно. Конспект для себя самого? Лучше уж сразу найти "Рассказы о множествах" Виленкина, а еще лучше "Вычислимость и логика" Булоса и Джеффри.
Почему "опять"? Никуда этот подход не делся. Те, кто с этого начинал - так и продолжают. У кого есть время, ресурсы, финансовая подушка да и просто желание это переделывать? Работает же и свою копеечку приносит. В новых продуктах продолжают идти той же протоптанной дорожкой
Не поздновато-ли?
Если они используют стандартные xsd из ISO-20022, то на входе и выходе уже не некий xml, а вполне себе международный формат обмена финсообщениями. Например ЦБ РФ их опубликовал. Если не ошибаюсь, с 2018 этот формат продвигают. Дальше пилотных проектов дело, вроде, еще не дошло, но в узких кругах ходят упорные слухи, что ЦБ таки наклонит банки на них переходить. Посмотрим... В отличие от расхристанного SWIFT-а, эти xml хотя бы парсятся по людски, не через известный проход )