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