В том, что задача школьника - усвоить принципы алгоритмизации. Дополнительный уровень сложности в виде автоматического преобразования типов ему абсолютно не нужен. Для кого-то это может стать последней каплей, чтобы психануть и больше никогда не связываться с этим вашим программированием (случается и в более зрелом возврасте).
Это не отвечает на вопрос "почему именно Pascal". Полно языков, которые предоставляют нужную базу. Но я тоже против JavaScript - он только запутает неокрепшие умы.
Несмотря на "как приручить технаря" - очень адекватный комментарий, спасибо.
И отдельно хочу заострить внимание на "не идешь по скрипту": ваши действия должны соответствовать степени важности вопроса. Подойти лично должно быть крайним средством, иначе после нескольких раз эта стратегия потеряет свой вес: технарь научится делать рожу кирпичом и говорить, что он очень занят на ближайшее столетие, а то и вовсе негативить - такого никому не надо.
Вы, очевидно, не понимаете насколько ресурсозатратная работа это наше программирование. Попробуйте на досуге.
Ну или представьте, что к вам подошли, когда вы собираете кубик Рубика, или играете в шахматы, пытаясь продумать 5 ходов вперёд. Не знаю ещё какие аналогии привести, мб в комментах накидают.
Да судя по вашему ответу абсолютно не на пустом. Вы только подтверждаете мой вывод
в худшем случае, на час-пару часов, но потом можно спокойно продолжить ее делать
Про состояние потока что-нибудь слышали? Бывают такие задачи, что если тебя отвлекли, то сегодня ты к ней уже не приступишь - контекст потерян, мозг выдал всё, что мог.
не может без ответа продолжить работу по задаче, ему что делать?
Попробовать выяснять все вопросы непосредственно перед тем, как приступить к выполнению задачи. Говорят, это признак профессионализма. Также поможет вам корректно оценить сроки. Если вы ныряете в задачу как в омут, не потрудившись даже проанализировать, какие в ней могут быть подводные камни - это исключительно ваша проблема.
Спасибо за комментарий, сразу видно профессионала, с которым приятно работать.
сформулируйте список вопросов
Добавлю к этому: старайтесь накопить вопросы в течении некоторого времени. Если слать по письму на каждый вопрос, который возникает в вашей голове в течении дня - от вас быстро устанут.
не оптимистичные сроки, а пессимистичные
Золотое правило в IT. Ошибка планирования - это норма, но никак не исключение. Безопаснее считать, что ей подвержены все, с кем вы общаетесь.
старайтесь к любой встречи где будет техническое обсуждение, уже иметь {...} документ который можно будет предметно обсуждать
Однозначно. Во-первых, голосовое общение без какого-либо визуального материала менее эффективно. Даже если вы расшарите пустой документ с двумя вопросами (кто виноват и что делать, хехе) - это поможет участникам сфокусироваться лучше, чем безжизненные аватарки, окно с которыми наверняка будет всеми скрыто и заменено на котиков и Интернета. Во-вторых, это поможет участникам сразу погрузиться в контекст встречи.
Вообще, переключение контекста - очень важная проблема, которую зачастую игнорируют даже опытные коллеги. Задавая вопрос, всегда нужно понимать, что контекст для этого вопроса может существовать только в вашей голове. Если вы зададите его "как есть" - вас могут либо не понять, либо потратить неслабые когнитивные усилия на расшифровку, когда можно было бы потратить те же усилия на непосредственно ответ. Даже если вы работаете вместе уже некоторое время, не помешает написать пару вводных: "я такой-то, занимаюсь тем-то для того-то".
Для многих специалистов их текущий контекст - это состояние потока. Для достижения этого состояния всегда требуется усилие. Если вы хотите получить мгновенный ответ на свой вопрос, стоит рассматривать это как следующую дилемму:
вы уверены, что специалист находится с вами в одном контексте, либо в контексте вопроса, который вы задаёте, тогда ответ не потребует от него потери фокуса;
ваш вопрос настолько важен, что ради ответа специалисту в любом случае нужно бросать текущий контекст и переключаться на новую задачу - редкая ситуация, буквально пожар на производстве.
Все остальные ситуации никак не укладываются в концепцию "наберу на две минуты" - вы просто разрушите рабочий процесс своего коллеги в угоду своему нетерпению.
спрашивающему придется ставить работу на паузу, потом возвращаться в контекст
А отвечающий, в вашем понимании, работу на паузу не ставит, он постоянно сидит в режиме ожидания ваших вопросов? Вы одной фразой охарактеризовали своё отношение к коллегам и даже не поняли.
Я например без проблем могу ответить на быстрый вопрос в чате не выпадая из фокуса
Поздравляю, а кто-то не может. Что ему - вешаться? Или работать, когда все такие торопыжки разошлись по домам?
Вы как раз спорите очень предметно, постоянно скатываясь в реализацию. С человеком, который за кодом не видит абстракций разговаривать действительно очень тяжело. Пожалуй, на этом остановлюсь.
Желаю вам успехов в работе и прошу прощения, если задел ваши чувства.
Создание GUI тут очень похоже на реализацию UI веб-сайтов.
У вас хобби такое - спорить с самим собой? Или это для меня шарада - найти взаимоисключающие параграфы?
То, что вы знаете натягивать на всё остальное - плохая идея.
Хотел вам написать буквально это. Вы варитесь в своей экосистеме - это хорошо и замечательно, что вы глубоко изучили свой инструментарий. Но вы, подобно комментатору выше, почему-то считаете, что все удобства и достижения существуют только в вашей области и напрочь игнорируете развитие индустрии в целом.
Вы почему-то считаете, что если смогли воспроизвести базовую двухколоночную вёрстку, то теперь всё возможно.
Ну так это самый тривиальный layout, который ваши Делфи переняли из-за распространения в Интернете среди этих наших веб-фреймворков. А если нужно что-то интереснее?
если все формы не одинаково-шаблонные, которые web-фреймворки как бы автоматически строят
Человек рассуждает о формах в контексте интерфейсов. Ммм. Это такая эпичная иллюстрация эффекта Даннинга-Крюгера, что я даже затрудняюсь придумать наводящий вопрос.
Ну вы походите по Интернету, чтоли, поизучайте разные сайты. GitHub, Gmail, VK, где у вас есть учётка, Хабр, опять же. Поизменяйте форму окна, посмотрите как они себя ведут. Откройте на телефоне. Подумайте, как вы это будете воспроизводить в своих любимых Делфях (да, я почитал другие комменты).
С другими такого не случается, а эту чуть заденешь рукой - она бодро уезжает по направлению к краю. Видимо, сочетание веса и хорошей скользящей поверхности, как снаряд для кёрлинга.
Вообще, обидно, что Microsoft никак не обновят эту модель: пересадили бы на нормальный Bluetooth и полечили бы пару болей в клавиатуре - супер-набор был бы.
В том, что задача школьника - усвоить принципы алгоритмизации. Дополнительный уровень сложности в виде автоматического преобразования типов ему абсолютно не нужен. Для кого-то это может стать последней каплей, чтобы психануть и больше никогда не связываться с этим вашим программированием (случается и в более зрелом возврасте).
Это не отвечает на вопрос "почему именно Pascal". Полно языков, которые предоставляют нужную базу.
Но я тоже против JavaScript - он только запутает неокрепшие умы.
Вам более опытные коллеги искренне пытаются объяснить, что не так с вашим подходом. А вы: "кругом тролли".
Несмотря на "как приручить технаря" - очень адекватный комментарий, спасибо.
И отдельно хочу заострить внимание на "не идешь по скрипту": ваши действия должны соответствовать степени важности вопроса. Подойти лично должно быть крайним средством, иначе после нескольких раз эта стратегия потеряет свой вес: технарь научится делать рожу кирпичом и говорить, что он очень занят на ближайшее столетие, а то и вовсе негативить - такого никому не надо.
Для вас специально написали:
Но до вас никак не дойдёт.
Вы, очевидно, не понимаете насколько ресурсозатратная работа это наше программирование. Попробуйте на досуге.
Ну или представьте, что к вам подошли, когда вы собираете кубик Рубика, или играете в шахматы, пытаясь продумать 5 ходов вперёд. Не знаю ещё какие аналогии привести, мб в комментах накидают.
Вообще, есть классическая иллюстрация:
Да судя по вашему ответу абсолютно не на пустом. Вы только подтверждаете мой вывод
Про состояние потока что-нибудь слышали? Бывают такие задачи, что если тебя отвлекли, то сегодня ты к ней уже не приступишь - контекст потерян, мозг выдал всё, что мог.
Попробовать выяснять все вопросы непосредственно перед тем, как приступить к выполнению задачи. Говорят, это признак профессионализма. Также поможет вам корректно оценить сроки. Если вы ныряете в задачу как в омут, не потрудившись даже проанализировать, какие в ней могут быть подводные камни - это исключительно ваша проблема.
Спасибо за комментарий, сразу видно профессионала, с которым приятно работать.
Добавлю к этому: старайтесь накопить вопросы в течении некоторого времени. Если слать по письму на каждый вопрос, который возникает в вашей голове в течении дня - от вас быстро устанут.
Золотое правило в IT. Ошибка планирования - это норма, но никак не исключение. Безопаснее считать, что ей подвержены все, с кем вы общаетесь.
Однозначно.
Во-первых, голосовое общение без какого-либо визуального материала менее эффективно. Даже если вы расшарите пустой документ с двумя вопросами (кто виноват и что делать, хехе) - это поможет участникам сфокусироваться лучше, чем безжизненные аватарки, окно с которыми наверняка будет всеми скрыто и заменено на котиков и Интернета.
Во-вторых, это поможет участникам сразу погрузиться в контекст встречи.
Вообще, переключение контекста - очень важная проблема, которую зачастую игнорируют даже опытные коллеги.
Задавая вопрос, всегда нужно понимать, что контекст для этого вопроса может существовать только в вашей голове. Если вы зададите его "как есть" - вас могут либо не понять, либо потратить неслабые когнитивные усилия на расшифровку, когда можно было бы потратить те же усилия на непосредственно ответ. Даже если вы работаете вместе уже некоторое время, не помешает написать пару вводных: "я такой-то, занимаюсь тем-то для того-то".
Для многих специалистов их текущий контекст - это состояние потока. Для достижения этого состояния всегда требуется усилие. Если вы хотите получить мгновенный ответ на свой вопрос, стоит рассматривать это как следующую дилемму:
вы уверены, что специалист находится с вами в одном контексте, либо в контексте вопроса, который вы задаёте, тогда ответ не потребует от него потери фокуса;
ваш вопрос настолько важен, что ради ответа специалисту в любом случае нужно бросать текущий контекст и переключаться на новую задачу - редкая ситуация, буквально пожар на производстве.
Все остальные ситуации никак не укладываются в концепцию "наберу на две минуты" - вы просто разрушите рабочий процесс своего коллеги в угоду своему нетерпению.
Достаточно прочитать ваши комментарии, чтобы понять, что вы таки весьма токсичный человек и уже всех заклевали.
А отвечающий, в вашем понимании, работу на паузу не ставит, он постоянно сидит в режиме ожидания ваших вопросов? Вы одной фразой охарактеризовали своё отношение к коллегам и даже не поняли.
Поздравляю, а кто-то не может. Что ему - вешаться? Или работать, когда все такие торопыжки разошлись по домам?
Да нормальное это явление - конкуренция нужна даже в таком незначительном, на первый взгляд, вопросе, ибо она - гарант развития.
Ненормально из этого устраивать холивары.
Ответ прост - есть люди, которым каждый день это не нужно)
Если подобным ты занимаешься два раза в год, то смысла искать/разучивать для этого отдельный софт нет. А когда припечёт - берётся то, что под рукой.
Левая/Правая панель -> Shell/SFTP-соедиенение или вы не о том?
Вы как раз спорите очень предметно, постоянно скатываясь в реализацию. С человеком, который за кодом не видит абстракций разговаривать действительно очень тяжело. Пожалуй, на этом остановлюсь.
Желаю вам успехов в работе и прошу прощения, если задел ваши чувства.
У вас хобби такое - спорить с самим собой? Или это для меня шарада - найти взаимоисключающие параграфы?
Хотел вам написать буквально это. Вы варитесь в своей экосистеме - это хорошо и замечательно, что вы глубоко изучили свой инструментарий. Но вы, подобно комментатору выше, почему-то считаете, что все удобства и достижения существуют только в вашей области и напрочь игнорируете развитие индустрии в целом.
Да видел, я, боже мой. Вы везде это таскаете.
Вы почему-то считаете, что если смогли воспроизвести базовую двухколоночную вёрстку, то теперь всё возможно.
Ну так это самый тривиальный layout, который ваши Делфи переняли из-за распространения в Интернете среди этих наших веб-фреймворков. А если нужно что-то интереснее?
Человек рассуждает о формах в контексте интерфейсов. Ммм. Это такая эпичная иллюстрация эффекта Даннинга-Крюгера, что я даже затрудняюсь придумать наводящий вопрос.
Ну вы походите по Интернету, чтоли, поизучайте разные сайты. GitHub, Gmail, VK, где у вас есть учётка, Хабр, опять же. Поизменяйте форму окна, посмотрите как они себя ведут. Откройте на телефоне. Подумайте, как вы это будете воспроизводить в своих любимых Делфях (да, я почитал другие комменты).
GFN.ru закрылся немного по другим причинам. Притягивать это к "неуспешности" - лёгкое лукавство.
Я тоже часто выбрасывал... со стола)
С другими такого не случается, а эту чуть заденешь рукой - она бодро уезжает по направлению к краю. Видимо, сочетание веса и хорошей скользящей поверхности, как снаряд для кёрлинга.
Сесурити, блин)
Вообще, обидно, что Microsoft никак не обновят эту модель: пересадили бы на нормальный Bluetooth и полечили бы пару болей в клавиатуре - супер-набор был бы.