#вашивопросы
Сегодня у нас набор нестандартных вопросов (или даже утверждений).
Есть такая штука дизайн человека и там есть такие центры ка теменной и Аджина. У меня много знакомых программистов и среди них есть те кто учился на них но не стал. Так вот те у кого аджина определена обычно программы пишут легко а вот с неопределенной не очень. Это если упрощенно а там всё достаточно сложно 😂
Извините, эзотерикой я не увлекаюсь, верю в научный метод, рациональное мышление и доказательную медицину. А в то, что успех в программировании как-то определяется кармой, знаком зодиака, расположением планет, линиями на ладони, внутренними органам убитых птиц, торсионными полями или биоритмами, я не верю.
Сварить борщ это программа или алгоритм? Чем алгоритм отличается от программы?
«Сварить борщ» - это задача/цель. Борщ - это конечный продукт. Алгоритм - это описание, каким образом сварить борщ, последовательность действий. Разные рецепты борща - это разные алгоритмы. В качестве программы можно рассматривать робота, который варит борщ, используя какой-то алгоритм (рецепт).
Везде учат что все одинаковые, в том числе и у тебя что каждый может стать программистом. В реальности мы все разные, очень разные. […] Есть ещё такая вещь как обуславливание, и для меня это в отличие от большинства окружающих определяющая черта. Так вот в принципе и лошадь можно заставить танцевать но будет ли это корректно? Будет ли лошадь счастлива? И самое важное не сдохнет ли в 3 раза быстрее? Хотя не лучше балерину пахать заставить 😂 тут и без фантазии понятно что с ней будет
Я не учу тому, что все люди одинаковые, или что все должны идти в IT - это ваша интерпретация.
У всех людей разные предпочтения и склонности. Не каждого человека вообще заинтересует программирование, и не у всех появится желание в него углубляться. Мой канал про то, что менять профессию можно и с непрофильным образованием и в разном возрасте. «Гуманитарий» или «технарь» - это не касты, как в Индии. Полученное образование не должно определять полностью судьбу и дальнейший профессиональный путь человека. Всегда можно поменять направление, научиться чему-то новому и полностью сменить сферу деятельности - но только в том случае, если есть желание.
И ещё я думаю что б начать программировать надо именно начать писать программы а не просто изучать что то. Но писать программы без умения составлять блок схемы даже не знаю как... Меня просто в школе вначале научили делать словесное описание потом блоксхему а потом уже программы на чём угодно... Хотя конечно же я сразу пишу код потому как это личные поделки. Но как правильно знать считаю важно.
Да, нельзя научиться делать что-то, не делая этого (капитан Очевидность).
На счет блоксхем (для тех, кто не в теме - это рисунки с квадратиками и стрелочками - посмотрите в гугл-картинках) - лично я ими не пользуюсь. Соглашусь, что перед тем как писать код, полезно сначала продумать, как будет работать программа. Например, есть такие подходы как - 1) сначала написать псевдокод, а потом сам код. 2) Сначала написать комментарии с описанием, как код будет работать, а потом уже сам код под ним 3) Сначала написать тесты к коду, а потом уже сам код. Идея в том, что сначала идет проектирование и продумывание, а потом уже сам код, чтобы по 100 раз потом не переделывать весь код заново.
Когда я продумываю архитектуру будущей программы или, например, проектирую базу данных, то рисую для себя на бумаге, как это всё будет выглядеть, пробую разные варианты.
Всё это - инструменты мышления и проектирования, выбирать нужно тот, который лучше работает для вас.
И да, когда речь идет о совсем маленьких одноразовых программках или скриптах - на проектирование все часто забивают и сразу пишут код. Это примерно как со строительством - когда строишь дом, нужен план-чертеж будущего здания. Когда делаешь шалаш - скорее всего, сразу начнешь делать его как попало из подручных средств. И в зависимости от ситуации и цели оба подхода имеют право на существование.
Бот для ваших вопросов: @hum_it_bot
Сегодня у нас набор нестандартных вопросов (или даже утверждений).
Есть такая штука дизайн человека и там есть такие центры ка теменной и Аджина. У меня много знакомых программистов и среди них есть те кто учился на них но не стал. Так вот те у кого аджина определена обычно программы пишут легко а вот с неопределенной не очень. Это если упрощенно а там всё достаточно сложно 😂
Извините, эзотерикой я не увлекаюсь, верю в научный метод, рациональное мышление и доказательную медицину. А в то, что успех в программировании как-то определяется кармой, знаком зодиака, расположением планет, линиями на ладони, внутренними органам убитых птиц, торсионными полями или биоритмами, я не верю.
Сварить борщ это программа или алгоритм? Чем алгоритм отличается от программы?
«Сварить борщ» - это задача/цель. Борщ - это конечный продукт. Алгоритм - это описание, каким образом сварить борщ, последовательность действий. Разные рецепты борща - это разные алгоритмы. В качестве программы можно рассматривать робота, который варит борщ, используя какой-то алгоритм (рецепт).
Везде учат что все одинаковые, в том числе и у тебя что каждый может стать программистом. В реальности мы все разные, очень разные. […] Есть ещё такая вещь как обуславливание, и для меня это в отличие от большинства окружающих определяющая черта. Так вот в принципе и лошадь можно заставить танцевать но будет ли это корректно? Будет ли лошадь счастлива? И самое важное не сдохнет ли в 3 раза быстрее? Хотя не лучше балерину пахать заставить 😂 тут и без фантазии понятно что с ней будет
Я не учу тому, что все люди одинаковые, или что все должны идти в IT - это ваша интерпретация.
У всех людей разные предпочтения и склонности. Не каждого человека вообще заинтересует программирование, и не у всех появится желание в него углубляться. Мой канал про то, что менять профессию можно и с непрофильным образованием и в разном возрасте. «Гуманитарий» или «технарь» - это не касты, как в Индии. Полученное образование не должно определять полностью судьбу и дальнейший профессиональный путь человека. Всегда можно поменять направление, научиться чему-то новому и полностью сменить сферу деятельности - но только в том случае, если есть желание.
И ещё я думаю что б начать программировать надо именно начать писать программы а не просто изучать что то. Но писать программы без умения составлять блок схемы даже не знаю как... Меня просто в школе вначале научили делать словесное описание потом блоксхему а потом уже программы на чём угодно... Хотя конечно же я сразу пишу код потому как это личные поделки. Но как правильно знать считаю важно.
Да, нельзя научиться делать что-то, не делая этого (капитан Очевидность).
На счет блоксхем (для тех, кто не в теме - это рисунки с квадратиками и стрелочками - посмотрите в гугл-картинках) - лично я ими не пользуюсь. Соглашусь, что перед тем как писать код, полезно сначала продумать, как будет работать программа. Например, есть такие подходы как - 1) сначала написать псевдокод, а потом сам код. 2) Сначала написать комментарии с описанием, как код будет работать, а потом уже сам код под ним 3) Сначала написать тесты к коду, а потом уже сам код. Идея в том, что сначала идет проектирование и продумывание, а потом уже сам код, чтобы по 100 раз потом не переделывать весь код заново.
Когда я продумываю архитектуру будущей программы или, например, проектирую базу данных, то рисую для себя на бумаге, как это всё будет выглядеть, пробую разные варианты.
Всё это - инструменты мышления и проектирования, выбирать нужно тот, который лучше работает для вас.
И да, когда речь идет о совсем маленьких одноразовых программках или скриптах - на проектирование все часто забивают и сразу пишут код. Это примерно как со строительством - когда строишь дом, нужен план-чертеж будущего здания. Когда делаешь шалаш - скорее всего, сразу начнешь делать его как попало из подручных средств. И в зависимости от ситуации и цели оба подхода имеют право на существование.
Бот для ваших вопросов: @hum_it_bot