Просто либо используют не в соответствии с его сегодняшними возможностями, либо просто косность мышления. Нафига мне это ваше ООП я и на процедурах все чудесно напишу. А так ИИ экономит массу времени и сил. Не во всех задачах конечно, но фактически это ведь только начало.
Что значит заучить? Если вы пишете на чем-то постоянно, то обычно синтаксис знаете, если какой-то язык не основной, то какие-то нюансы конечно забываются.
Cursor ai не пробовали? Кстати, я сталкивался с тем, что качество генерации меняется через какое-то время. Я тут переписывал некий скрипт pl/sql на postgresql строк на 500. Ну очень лень было руками. Первый раз что то странное сгенерил. Через полчаса почти тот же промпт дал результат то что надо, он даже разобрался с таблицами системного словаря и подобрал аналоги. Там пришлось конечно кое что поправить, тоже промптами, но это уже мелочи были.
>У меня бывало такое, что кандидат проводил нашу встречу за рулем — считаю это большим неуважением к собеседнику.
Кстати не факт. Чел за рулем, соответственно в голове у него фактически снятые знания и опыт, что-то там левое изображать почти невозможно. То есть вы получите достаточно правдивую начальную информацию.
>Каждый день у тебя есть стендап: не все понимают, зачем он нужен.
Ох уж эти ежедневные стендапы. Надо обязательно отчитаться, что ты что-то делал, не потратил время зря и ты молодец. Хотя иногда лучше бы не делал ничего несколько дней-неделю, глядишь и решение бы в мозгах отстоялось и было бы в несколько раз лучше. Особенно это касается архитекторов, у которых просто огромный коэффициент умножения проблем и последующей трудоемкости при принятии неудачных решений.
Судя по всему, именно так уже давно работает Oracle. По статьям про состояние дел в СУБД Oracle, там уже давно никто не понимает, как оно в целом работает, и спасаются только огромным количеством тестов.
За Ольгу можно порадоваться. Новая репатриантка, без иврита, сразу по приезду в CTO, пусть даже и в стартап, это очень-очень неплохо. Скорее всего у вас хорошая харизма, и вы просто понравились основателю. Ну типа человек хороший, бэкграунд некий есть, разберется. Такое бывает. Правильно, что не пошли куда то в разработку, в джуниоры и т.п. В принципе тоже вариант, но по результатам скорее всего было бы хуже. Все-таки смелость и некоторая, так сказать, наглость, это в наших условиях жирный плюс.
Проблема с разделом про кластерный индекс даже не в том, что сказано,что 'Очевидно, что он всегда делается по первичному ключу.', а в том, что не сказано, что данные в случае наличия кластерного индекса хранятся физически отсортированными по кластерному индексу, что влечет за собой физическое переупорядочивание данных например при вставке данных не в конец индекса с соответствующими проблемами с производительностью.
Можно какие-нибудь подробности про возможности конфигурирования форм в плане например показа разного набора полей после выбора какого-нибудь значения поля, например после выбора типа клиента для физ. и юр. лиц показывать разные наборы атрибутов. Как сделана валидация?
Кстати, интересно, что в 90-е мы прямо на работе играли в игры так скажем в рабочее время. Интернета тогда не было, а всякие Doom, Hexen, Age of Empires, Another World и т.п. были в полный рост. Причем это воспринималось совершенно нормально, ну играет человек и играет. Сейчас наверное это сложно представить. После появления интернета на работе это постепенно сошло на нет.
Спасибо. Для внутреннего использования наверное да, не очень страшно. Основная проблема скорее при показе гридов, помню там было сложно уместить, делали несколько строк на запись.
О, кстати хотел спросить, у вас же на AS/400 терминальные приложения, а как там сейчас с размерами экрана, в ранние времена же было 25x80, и там приходилось вымерять каждый символ. Сейчас такого нет, но как вы дизайните экраны, под какой размер?
dbVista да, мы ее пробовали, но ничего серьезного в результате не сделали. Хотя один товарищ даже написал на ней банковскую систему, и она работала. SQL массово пошел с версии 6.5 MSSQL, это был 1996 год, и это была первая версия MSSQL которую можно было промышленно использовать. Плюс MSSQL было очень легко администрировать, в отличие от Oracle. Informix был мало у кого, хотя мы под него сделали версию банковской системы, он под DEC Alpha работал. Еще был PROGRESS, но это тоже нишевое (из банковского CSBI и еще кто-то на нем писал). Наверное как раз PROGRESS был ближе всего к софту под AS/400, все писалось на 4GL, в терминале. Этот 4GL был дико многословный.
Тиммейты немного выбиваются, не распространено, остальное норм.
Фактически ИИ - это следующий уровень абстракции.
Машинные коды -> ассемблер -> процедурное программирование -> ООП -> фреймворки -> ИИ.
Просто либо используют не в соответствии с его сегодняшними возможностями, либо просто косность мышления. Нафига мне это ваше ООП я и на процедурах все чудесно напишу. А так ИИ экономит массу времени и сил. Не во всех задачах конечно, но фактически это ведь только начало.
Вдвоем-втроем это лучший вариант, одному тяжело чисто психологически, больше трёх уже разброд и шатание.
Что значит заучить? Если вы пишете на чем-то постоянно, то обычно синтаксис знаете, если какой-то язык не основной, то какие-то нюансы конечно забываются.
Cursor ai не пробовали? Кстати, я сталкивался с тем, что качество генерации меняется через какое-то время. Я тут переписывал некий скрипт pl/sql на postgresql строк на 500. Ну очень лень было руками. Первый раз что то странное сгенерил. Через полчаса почти тот же промпт дал результат то что надо, он даже разобрался с таблицами системного словаря и подобрал аналоги. Там пришлось конечно кое что поправить, тоже промптами, но это уже мелочи были.
Кстати если у вас несколько параллельных проеков на разных языках, у меня вот было java, c#, js, pl/sql, то немного начинаешь путаться.
>У меня бывало такое, что кандидат проводил нашу встречу за рулем — считаю это большим неуважением к собеседнику.
Кстати не факт. Чел за рулем, соответственно в голове у него фактически снятые знания и опыт, что-то там левое изображать почти невозможно. То есть вы получите достаточно правдивую начальную информацию.
>Каждый день у тебя есть стендап: не все понимают, зачем он нужен.
Ох уж эти ежедневные стендапы. Надо обязательно отчитаться, что ты что-то делал, не потратил время зря и ты молодец. Хотя иногда лучше бы не делал ничего несколько дней-неделю, глядишь и решение бы в мозгах отстоялось и было бы в несколько раз лучше. Особенно это касается архитекторов, у которых просто огромный коэффициент умножения проблем и последующей трудоемкости при принятии неудачных решений.
Прям "Республика ШКИД" на новом технологическом уровне.
Судя по всему, именно так уже давно работает Oracle. По статьям про состояние дел в СУБД Oracle, там уже давно никто не понимает, как оно в целом работает, и спасаются только огромным количеством тестов.
Привет, Дейв.
Нельзя.
Не стоит
Роберт.
За Ольгу можно порадоваться.
Новая репатриантка, без иврита, сразу по приезду в CTO, пусть даже и в стартап, это очень-очень неплохо.
Скорее всего у вас хорошая харизма, и вы просто понравились основателю. Ну типа человек хороший, бэкграунд некий есть, разберется.
Такое бывает. Правильно, что не пошли куда то в разработку, в джуниоры и т.п. В принципе тоже вариант, но по результатам скорее всего было бы хуже. Все-таки смелость и некоторая, так сказать, наглость, это в наших условиях жирный плюс.
Проблема с разделом про кластерный индекс даже не в том, что сказано,что 'Очевидно, что он всегда делается по первичному ключу.', а в том, что не сказано, что данные в случае наличия кластерного индекса хранятся физически отсортированными по кластерному индексу, что влечет за собой физическое переупорядочивание данных например при вставке данных не в конец индекса с соответствующими проблемами с производительностью.
Интересно, чем провинились Португалия и Швейцария
По поводу анальников, это термин из системно-векторной психологии ВиктОра Толкачева. Погуглите, там нет ничего обидного.
Можно какие-нибудь подробности про возможности конфигурирования форм в плане например показа разного набора полей после выбора какого-нибудь значения поля, например после выбора типа клиента для физ. и юр. лиц показывать разные наборы атрибутов. Как сделана валидация?
Кстати, интересно, что в 90-е мы прямо на работе играли в игры так скажем в рабочее время. Интернета тогда не было, а всякие Doom, Hexen, Age of Empires, Another World и т.п. были в полный рост. Причем это воспринималось совершенно нормально, ну играет человек и играет. Сейчас наверное это сложно представить. После появления интернета на работе это постепенно сошло на нет.
Спасибо. Для внутреннего использования наверное да, не очень страшно. Основная проблема скорее при показе гридов, помню там было сложно уместить, делали несколько строк на запись.
Сложно сказать, я просто помню что мне ответили на вопрос почему так медленно.
О, кстати хотел спросить, у вас же на AS/400 терминальные приложения, а как там сейчас с размерами экрана, в ранние времена же было 25x80, и там приходилось вымерять каждый символ. Сейчас такого нет, но как вы дизайните экраны, под какой размер?
dbVista да, мы ее пробовали, но ничего серьезного в результате не сделали. Хотя один товарищ даже написал на ней банковскую систему, и она работала. SQL массово пошел с версии 6.5 MSSQL, это был 1996 год, и это была первая версия MSSQL которую можно было промышленно использовать. Плюс MSSQL было очень легко администрировать, в отличие от Oracle. Informix был мало у кого, хотя мы под него сделали версию банковской системы, он под DEC Alpha работал. Еще был PROGRESS, но это тоже нишевое (из банковского CSBI и еще кто-то на нем писал). Наверное как раз PROGRESS был ближе всего к софту под AS/400, все писалось на 4GL, в терминале. Этот 4GL был дико многословный.