Для себя определил интуицию после такой ситуации: - молодой, бодрый, трезвый, в обычном состоянии, внезапно понимаешь, не решаешь, не сомневаешься, а понимаешь, что ты можешь вернутся домой, но не вернёшься. Не смотря на отсутствие препятствий и сильное желание вернуться домой.
Попытки внутренних вопросов на эту тему не вызывают ответов, лишь уверенность, что действовать по другому тебе не позволительно.
Никаких сожалений не будет, потому что разум не был допущен к участию в этом событии.
Вот это "интуиция", а остальное, когда есть неуверенность, подсчёты - не интуиция.
Не Австралия, Дальний Восток РФ, г. Хабаровск, Судостроительный техникум, год, примерно 1998.
Привезли меня в технику починить странность - неизвестная мне самопальная программа под MS-DOS. Работала нормально, но стала показывать русские символы кракозябрами. Программу уже исследует другой спец, безуспешно.
Чем запомнился именно этот случай? Спец сидит за компом, я прошу разрешения запустить программу - русские буквы нормально. Запускает тот мужик - кракозябры. И так пару раз.
Уже не помню нюансов, сделал в config.sys запуск драйвера клавиатуры с более жёсткими опциями и программа перестала баловаться.
Что объединяет историю топикстартера и мою - далеко от Москвы, про символы.
Вы достигли хорошего прогресса, но попали в ловушку "почти работает, осталось чуть-чуть". Могу недорого продать направление, которое приведёт Вас к созданию не падающего робота.
Есть два вида обучения: 1 - Обучил и давай, до свиданья ("до свиданья" – разговорная форма, лучше "до свидания"). 2 - Обучил, а если обученный не сделает, то делать будешь ты .
Как бы обучал созданию информационных систем ленивый разработчик, создавший не одну информационную систему, если он во второй позиции:
Информационная система – это программа, это код.
Как ни крути, нужен код, хотя заказчик может считать, что ему нужна некая работающая система, но получит код.
И код ему нужен такой, чтобы легко изменять поведение программы.
Чтобы изменять код, нужна документация на код. Как показывает практика, код без документации выбрасывается, новые разработчики говорят: "Нам проще и лучше переписать всё с начала!".
Большинство создают документацию на код отдельно от кода, документация, отдельная от кода, становится не изоморфной коду, документация выбрасывается вместе с деньгами и временем, затраченными на её создание.
Заказчикам, особенно военным, интересно – как, не понимая код, убедиться, что код делает то, что в ТЗ.
Нужна абстракция между кодом и ТЗ.
На самом деле, заказчикам, пользователям сам код не нужен, им нужна программа, работающая так, как они ожидают. Одной из таких абстракций является представление поведения программы, которая генерирует код.
Заказчикам, пользователям, разработчикам нужно одно место (абстракция), которую все они понимают, могут изменять поведение программы, причём "правильность" изменений будет контролировать само это место. Заказчики и пользователи, нечаянно, становятся разработчиками, потому что код напрямую исправлять в IDE можно, но зря – он сгенерируется заново при следующем изменении.
Да, это место замешано на математике, информатике, эргономике.
data class CategoryOrFeatureOrEndElement(
val categoryId: Int,
val categoryName: String? = null,
val featureId: Int ? = null,
val featureTitle: String? = null,
var featureValue: Int ? = null
)
// Вместо
data class CategoryOrFeatureOrEndElement(
val categoryId: Int,
val categoryName: String? = null,
val featureId: Int? = null,
val featureTitle: String? = null,
var featureValue: Int? = null
)
Как только не приходится забалтывать заказчика на увеличение бюджета.
Продолжайте, я конспектирую.
Для себя определил интуицию после такой ситуации:
- молодой, бодрый, трезвый, в обычном состоянии, внезапно понимаешь, не решаешь, не сомневаешься, а понимаешь, что ты можешь вернутся домой, но не вернёшься.
Не смотря на отсутствие препятствий и сильное желание вернуться домой.
Попытки внутренних вопросов на эту тему не вызывают ответов, лишь уверенность, что действовать по другому тебе не позволительно.
Никаких сожалений не будет, потому что разум не был допущен к участию в этом событии.
Вот это "интуиция", а остальное, когда есть неуверенность, подсчёты - не интуиция.
Помню. 2:5040/6.30
В уголке задумчивао курит бухгалтер с выдающимся бюстом. ...
Не Австралия, Дальний Восток РФ, г. Хабаровск, Судостроительный техникум, год, примерно 1998.
Привезли меня в технику починить странность - неизвестная мне самопальная программа под MS-DOS.
Работала нормально, но стала показывать русские символы кракозябрами.
Программу уже исследует другой спец, безуспешно.
Чем запомнился именно этот случай?
Спец сидит за компом, я прошу разрешения запустить программу - русские буквы нормально.
Запускает тот мужик - кракозябры.
И так пару раз.
Уже не помню нюансов, сделал в config.sys запуск драйвера клавиатуры с более жёсткими опциями и программа перестала баловаться.
Что объединяет историю топикстартера и мою - далеко от Москвы, про символы.
Приятно встретить использующих визуальное программирование.
Рисунок 1. Схема бизнес-процесса отправки email-сообщений, которая настраивается аналитиком - приемлемая схема управляющей машины состояний начального.
Не вижу в ней обработки ошибок при обращении к внешним системам.
Похоже Ваши схемы не связаны с кодом?
Схемы, генерирующие код, позволяют меньше думать кодом и сконцентрироваться на управляющем слое.
Какая-то часть программистов, в каких-то компаниях будет освобождена от процесса написания кода.
Привет!
Вы достигли хорошего прогресса, но попали в ловушку "почти работает, осталось чуть-чуть".
Могу недорого продать направление, которое приведёт Вас к созданию не падающего робота.
Есть два вида обучения:
1 - Обучил и давай, до свиданья ("до свиданья" – разговорная форма, лучше "до свидания").
2 - Обучил, а если обученный не сделает, то делать будешь ты .
Как бы обучал созданию информационных систем ленивый разработчик, создавший не одну информационную систему, если он во второй позиции:
Информационная система – это программа, это код.
Как ни крути, нужен код, хотя заказчик может считать, что ему нужна некая работающая система, но получит код.
И код ему нужен такой, чтобы легко изменять поведение программы.
Чтобы изменять код, нужна документация на код.
Как показывает практика, код без документации выбрасывается, новые разработчики говорят: "Нам проще и лучше переписать всё с начала!".
Большинство создают документацию на код отдельно от кода, документация, отдельная от кода, становится не изоморфной коду, документация выбрасывается вместе с деньгами и временем, затраченными на её создание.
Заказчикам, особенно военным, интересно – как, не понимая код, убедиться, что код делает то, что в ТЗ.
Нужна абстракция между кодом и ТЗ.
На самом деле, заказчикам, пользователям сам код не нужен, им нужна программа, работающая так, как они ожидают.
Одной из таких абстракций является представление поведения программы, которая генерирует код.
Заказчикам, пользователям, разработчикам нужно одно место (абстракция), которую все они понимают, могут изменять поведение программы, причём "правильность" изменений будет контролировать само это место.
Заказчики и пользователи, нечаянно, становятся разработчиками, потому что код напрямую исправлять в IDE можно, но зря – он сгенерируется заново при следующем изменении.
Да, это место замешано на математике, информатике, эргономике.
Trae - IDE клон VS Code с возможностью использовать разные нейросети.
Все возможные миры
Мария, Светлана, Ирина.
Каждая может быть либо замужем, либо нет.
Всего получается 8 возможных комбинаций семейного положения:
Применяем первую посылку: "Мария замужем"
Применяем вторую посылку: "Ирина не замужем"
Мир 2:
Светлана (замужем) смотрит на Ирину (не замужем)
Мир 4:
Мария (замужем) смотрит на Светлану (не замужем)
Такого нет.
Везёт же людям - есть время в игры играть.
Интересный эффект - после прочтения статей про улучшение зрения, зрение кратковременно улучшается.
Продаю 40" монитор на запчасти: https://www.avito.ru/tambov/tovary_dlya_kompyutera/40_monitor_titan_army_p40ug_4858386999
Самоспасатель изолирующий противопожарный СИП-1М в сумке с ремнем
В видео "Математическое понимание красоты" Михаил Арест рассуждает об ООП на математическом.
Некоторым материалы Ареста откроют математику с интересных сторон.
Исследовали ли Вы труды:
Кузнецова Побиска,
Шалыто Анатолия,
Паронджанова Владимира ?
Вроде у математика есть могущество математики, а у начальника лишь должность.
Но многим понятно кто там папа.
Кто ясно мыслит, тот ясно излагает.
Изложено ясно, полезно, спасибо.
Не нужно улучшать Дага, есть шанс испортить :-)