Ambrosian, Я прекрасно понимаю ваши теплые чувства к паскалю, так как вы скорее всего с него и начинали свой путь. У меня к нему точно такие же теплые чувства, но надо здраво оценивать реальность - в то время это был лучший выбор между непонятным с/с++ и тугим бэйсиком (а все остальные языки я просто не привожу, ибо там вообще темный лес для начинающих, разве что фортран ф90/ф95, кстати тоже с возможностями неявной типизации, их догонял), сейчас все по другому, веб программисты официально признаны людьми и даже программистами, джава уже не только огромная страшная темная энтерпрайз машина, а си++ уже не кажется универсальным выбором здорового человека для бэкенда.
Ambrosian, вы не совсем понимаете то, о чем говорите.
Система типов не может быть неявной, иначе ни интерпретатор ни компилятор не смогут нормально работать. Система типов для любого языка является одной из основ и должна быть детерменирована.
Питон - язык с динамической типизацией. Это значит что тип определяется при присваивании значения, а не при написании программы. Это удобно с точки зрения программиста - можно оперировать сущностями, не занимаясь выбором кастрюли для борща, но при этом может создавать оверхед по требуемым ресурсам и ТРЕБУЕТ ОТ ПРОГРАММИСТА самостоятельного контроля за зоопарком объектов.
Также в питоне неявная типизация или неявное объявление типов (что не равно неявной системе типов, попрошу не писать такого), это значит что не надо выбирать тип кастрюли даже в первый раз, когда пишется код. Это просто сахар, позволяющий не писать тысячи строчек кода с объявлениями переменных. Это не значит, что можно складывать капусту с красным и редьку с Истиной, но это позволяет не думать о типах тогда, когда это итак очевидно. Также это позволит понять, почему вообще существуют языки со строгой явной типизацией, а со временем и почему нужна статическая типизация. Но делает это более дипломатично. Если в каком нибудь паскале/дельфи компилятор говорит "не не не, вот не знаю какого типа это число ты мне подсовываешь", то в питоне интерпретатор говорит "окей чувак, я понял, это число с плавающей точкой, можешь не писать, обойдемся без бюрократии;) Ой, что, ты решил сложить число со строкой? ты, верно, ошибся.., попробуй по другому" - на живом примере становится видно, нафига ты вообще должен думать о таких вещах как типы. И это удобно и более продуктивно.
И в этом нет ничего плохого, даже в таких мастодонтах как си++ появляется неявная типизация.
При этом я не говорил, что "типы не нужны", я говорил, что не нужна строгая явная типизация НА МЕРТВОМ ЯЗЫКЕ.
При том не увидел ни одного существенного контраргумента, почему паскаль не мертв и почему при обучении программированию для ML/DL/AI (подозреваю, автор именно это имел ввиду, когда говорил о нейротехнологиях) нужно выбирать мертвый язык с одной из самых неудобных (не говорю самой, так как возможно есть языки, где все еще хуже) реализаций явной типизации, который ну никак не ассоциируется сейчас с ML/DL/AI, а не современный популярный достаточно универсальный язык с огромнейшей базой знаний, позволяющий оценить сразу несколько разных парадигм программирования и просто предназначенный для ML/DL/AI, который при этом де факто является современным стандартом для введение в программирование для математических и в целом естественных наук.
stratosmi, в этом примере со школьником нет ничего удивительного. И в этом нет заслуги паскаля.
Не знаю, что вы имеете ввиду под концепциями, но паттерны и парадигмы в паскале изучать - то еще занятие. Уж не помню, есть ли в паскале без Дельфей ООП, но даже в дельфях изучение парадигм и паттернов будет мучительным занятием из за все время возникающих неинтуитивных ошибок и отсутствия информации.
Система типов никоим образм не спрятана - питон доверяет ее целиком и полностью программисту. А память - достаточно сложная тема, разбираться в которой надо начинать тогда, когда в этом возникает необходимость. И без того слишком много новой информации для начинающего. Тем более, если речь идет о школьнике, а не студенте профильного института.
stratosmi, Это в какой момент новичок не заметит? Когда строку из raw_input будет с числом складывать?
Паскаль заставляет явно указывать типы, но со стороны новичка это выглядит как неудобство и всего лишь. Я вообще не понимаю причин, по которым вы хотите новичка заставлять изучать мертвый язык. МЕРТВЫЙ. Ну зачем?
Olga G, в моем примере 1с нужно только для понимания тонкостей бух учета и складского учета. По сути для выгрузки каких то данных, которые в дальнейшем можно обрабатывать и анализировать вне 1с.
А вообще - главное не бойтесь - возраст - ваше преимущество, вы опытный специалист, главное вообще уметь красиво говорить)
stratosmi, наоборот. Паскаль прячет проблему типов в блок var. И это выглядит как просто одно из неудобств. C питоном новичку придется сразу думать о том, чтобы правильно использовать переменные. И после него у него не возникнет проблем ни в языках с динамической типизацией ни с статической. Ну и на начальном этапе лучше заниматься непосредственно алгоритмами, думая о типизации потом. Тем более в 7 классе, когда такие вещи кажутся жутко скучными.
Евгений, первый язык дается тяжело, второй очень тяжело) синтаксис в любом случае будет разный и в первый раз изучать яп с другим синтаксисом скорее всего будет неприятно. А в питоне он сможет долгое время наслаждаться всеми возможностями, пока не дойдет до того момента, когда поймет что нужен вот этот вот язык. Или пока не поступит в шарагу/инст где придется учить си++ (а если не повезет, то паскаль)
Евгений
1. Затем, что технологий все больше, нюансов в каждом яп на всю жизнь хватит и в такой ситуации изучать мертвый язык не вижу смысла. Да, это прекрасный язык для начала, я сам собственно начинал с паскаля и дельфей. Только паскаль уже мертв, ибо на нем не пишут современный софт, только учатся в не самых передовых школах и вузах. А дельфи пока что жив благодаря энтерпрайзу, но учитывая современные тенденции и качество попыток Embarcadero и CodeGear вернуться на рынок, он тоже скоро канет в лету.
В то же время питон не сильно сложнее паскаля, имеет больше возможностей и больше поддержки в интернете. Даже если не будет готового ответа на вопросы автора, то найдутся специалисты, которые смогут эти ответы написать. К тому же автор упомянул про "нейротехнологии", для которых паскаль как рубанок для деревянного фрегата. bodusiacool ,
2. То, что вы читали, было написано 10-15 лет назад. Когда то это соответствовало реалиям, но не сейчас. Изучайте питон. Он наиболее универсален и прост для начала, при этом имеет кучу возможностей для продолжения тогда, когда вы освоитесь в нем. Это по сути "новый паскаль"
3. Си-подобные языки изучать сразу я не советовал бы, так как порог входа выше и чаще всего они более специализированы. Это не говорит о том, что если вы справитесь, то вы крутой чувак, но говорит о том, что вы потратите много времени на борьбу с языком прежде чем сможете писать проекты масштаба вашего воображения. Это демотивирует. И если это станет причиной неприязни или безразличия к программированию, то ни СИ сообществу ни всем остальным программистам от этого лучше не станет.
login7353, потому что AVKor искренне не знал, что тостер - место где дают ответы, а не тешат свое самолюбие:) рановато ему на тостер, пусть лучше в ответах меил ру отвечает)
B_M, отредактировал ответ. Создаете событие и вставляете в него код из ответа. Единственный нюанс - если содержимое ячейки в столбце А было пустым, но после чего ячейку "отредактировали" оставив пустой, значения в столбцах H и Q все равно удалятся
Со множественным выделением также работает отлично.
Сергей Горностаев, и изучение питона (если бы его не знал) начинал бы с idle? Сильно сомневаюсь в этом. С другими языками и компиляторами/интерпретаторами не сравниваю, так как функционал и юзабилити везде может быть разным.
m0nym, IDLE и IDE почти несовместимые понятия и никому не посоветовал бы работать в первом. Писать код в блокноте и запускать из коммандной строки ничем не хуже работы в idle
Я посмотрел бы как ты новичком тратил бы в 5 раз больше времени в idle для борьбы с его masochist friendly интерфейсом и для понимания своих ошибок без дебаггера
Tr1p,
Вы написали: "Проект разрабатывается в качестве хобби для ПК"
Этого вполне достаточно. Чтобы заниматься тем, что интересно, не нужны оправдания. А раз уж речь зашла о хорроре для пк, а не платформере для нинтендо, значит вам интересен хоррор для пк.
SyavaSyava, альтернативы есть. Просто надо правильно ставить задачу, а потом выбирать архитектуру и инструменты. Excel не для объемных вычислений. Им можно пользоваться, но не так эффективно как вы привыкли.
