Неужели кто-то всерьёз собирается переписывать проект такого масштаба как ядро Linux со всеми его драйверами и файловыми системами на другом языке? Это просто нереально. Проще действительно написать всё заново, учитывая накопленный с Linux опыт. И обязательно вставить туда прослойку для поддержки драйверов Windows или хотя бы MacOs.
Одно из требований к программисту - определенная психологическая устойчивость. Иные баги способны даже опытного человека до истерики довести. Быть отличницей по математике тут не поможет, скорее поможет спорт. Так что возможно Ваша супруга применительно к своему случаю была права.
В те старые добрые времена (и ещё долго после них) не было ни ILP, ни оптимизирующих компиляторов. Поэтому то, что казалось логичным, было логичным действительно. А хранение длины строки отдельно от неё означало и усложнение компилятора, и уменьшение скорости его работы: на тот момент немаловажные факторы.
У логарифмической линейки есть одно несомненное преимущество перед калькулятором: она учит думать, понимать, что ты делаешь. Единственный её фундаментальный недостаток - в том, что её не выпускают. Basic же и сейчас есть на чём запустить.
Почему к счастью? Ребёнку нужно минимум синтаксиса и минимум ключевых слов, но чтобы при этом что-то реально работало и шевелилось. После этого ребёнок поймёт, что это такое - программирование, хочет ли он этим заниматься, а если да - то чего ему не хватает в этом его первом языке.
Можно, конечно, и Python учить в усеченном (для начала) варианте. Но с Python и Javascript есть проблема: это платформы, у которых своя специфика, иногда довольно сильно отличающаяся от того, как работает реальный компьютер. Например, print("1"+2) - как вы потом объясните ребёнку, что это химера, если у него это реально работало? Нет, уж лучше Basic.
A Scratch это вообще не программирование, при всем моём уважении к нему.
Water hole это не водопой (который обычно на реке), а колодец. Оно и естественно: чтобы река была грязной, надо было очень постараться, с колодцем это гораздо легче.
У шамана диск в RAID-конфигурации был, все-таки, не на столе, на в стационарном компьютере (desktop).
Код свой Гилфойл не "не проверял" (checked), а "не вносил в систему контроля версий (checked in).
Я вообще не понял, о чём статья. Что нового эта Эмили открыла или доказала? Все её разговоры это "мы предпологаем" и "нужно проверить" (т.е. дайте нам ещё денег). Где обещанное обьяснение связи?
"... депрессия, особенно ангедония, связана с воспалением." Кто бы сомневался! Ну да, когда человек болен, ему плохо. Но как же конкретно она связана?
Не надо издеваться над новичками. И не надо слишком много языков сразу. Python c его map(), filter() и т.д. достаточен для того, чтобы понять, что это за зверь такой: функциональное программирование. Все остальное пусть осваивает потом, если понадобится (а абсолютному большинству не понадобится).
С прекрасен, за исключением того, что в нем слишком много способов выстрелить себе в ногу. Начинающего это будет сводить с ума.
Если бы я открыл курсы, то в 1 семестре я бы учил основы Питона, а параллельно - основы архитектуры, двоичную логику и т.д., на втором - С, и параллельно функциональное и ООП па примере того же Питона.
В офисе - джуны и один сравнительно опытный их нянчить, из тех, кто недалеко живет. Можно по очереди. Через, скажем, год джун получает либо право работать из дома, либо его выгоняют. Но это, конечно, рекомендация, которая не всегда применима. Я не предлагаю делать это всегда и везде.
Ну не screen sharing как таковой: соединение недостаточно стабильное, при какой-нибудь скачке-закачке файлов этого не чувствуется, а screen sharing подвисает. Если Вы никогда с этим не сталкивались, то я за Вас рад.
Бывает какая-то мелочь, которую спросить соседа по open space - минутное дело, а так надо договариваться о созвоне, подключаться, screen sharing работает хорошо не всегда и не везде... одна минута превращается в 10. У опытного человека такая необходимость спросить мелочь у соседа бывает редко, у начинающего - регулярно. Ну и вообще... почему в 2МВ обычно рыли траншеи, а не окопы? Начинающий от обилия валящихся на него проблем иногда себя чувствует как под обстрелом.
Будь я начальником, джунам я бы точно работать регулярно из дома не дал, только в особых случаях (скажем, работник слегка простужен). Джунам нужно чувство локтя, моральная поддержка и т.д.
Теперь предлагаю сделать экстраполяцию и прикинуть, до какой степени была неэффективна советская экономика :-)
Неужели кто-то всерьёз собирается переписывать проект такого масштаба как ядро Linux со всеми его драйверами и файловыми системами на другом языке? Это просто нереально. Проще действительно написать всё заново, учитывая накопленный с Linux опыт. И обязательно вставить туда прослойку для поддержки драйверов Windows или хотя бы MacOs.
Одно из требований к программисту - определенная психологическая устойчивость. Иные баги способны даже опытного человека до истерики довести. Быть отличницей по математике тут не поможет, скорее поможет спорт. Так что возможно Ваша супруга применительно к своему случаю была права.
Не знаю до какой степени и везде ли это сейчас в России (я уехал оченьдавно), но в Союзе это было именно так, как Вы описываете.
В те старые добрые времена (и ещё долго после них) не было ни ILP, ни оптимизирующих компиляторов. Поэтому то, что казалось логичным, было логичным действительно. А хранение длины строки отдельно от неё означало и усложнение компилятора, и уменьшение скорости его работы: на тот момент немаловажные факторы.
У логарифмической линейки есть одно несомненное преимущество перед калькулятором: она учит думать, понимать, что ты делаешь. Единственный её фундаментальный недостаток - в том, что её не выпускают. Basic же и сейчас есть на чём запустить.
Почему к счастью? Ребёнку нужно минимум синтаксиса и минимум ключевых слов, но чтобы при этом что-то реально работало и шевелилось. После этого ребёнок поймёт, что это такое - программирование, хочет ли он этим заниматься, а если да - то чего ему не хватает в этом его первом языке.
Можно, конечно, и Python учить в усеченном (для начала) варианте. Но с Python и Javascript есть проблема: это платформы, у которых своя специфика, иногда довольно сильно отличающаяся от того, как работает реальный компьютер. Например, print("1"+2) - как вы потом объясните ребёнку, что это химера, если у него это реально работало? Нет, уж лучше Basic.
A Scratch это вообще не программирование, при всем моём уважении к нему.
Куча ошибок перевода.
Water hole это не водопой (который обычно на реке), а колодец. Оно и естественно: чтобы река была грязной, надо было очень постараться, с колодцем это гораздо легче.
У шамана диск в RAID-конфигурации был, все-таки, не на столе, на в стационарном компьютере (desktop).
Код свой Гилфойл не "не проверял" (checked), а "не вносил в систему контроля версий (checked in).
Это я пока только до половины оригинал прочитал.
Вместе больше 100%??
Почему Рафик?
Я вообще не понял, о чём статья. Что нового эта Эмили открыла или доказала? Все её разговоры это "мы предпологаем" и "нужно проверить" (т.е. дайте нам ещё денег). Где обещанное обьяснение связи?
"... депрессия, особенно ангедония, связана с воспалением." Кто бы сомневался! Ну да, когда человек болен, ему плохо. Но как же конкретно она связана?
Не надо издеваться над новичками. И не надо слишком много языков сразу. Python c его map(), filter() и т.д. достаточен для того, чтобы понять, что это за зверь такой: функциональное программирование. Все остальное пусть осваивает потом, если понадобится (а абсолютному большинству не понадобится).
А чем офисные стулья отличаются от игровых? Вроде, и у офисных регулируются и высота, и наклон спинки.
С прекрасен, за исключением того, что в нем слишком много способов выстрелить себе в ногу. Начинающего это будет сводить с ума.
Если бы я открыл курсы, то в 1 семестре я бы учил основы Питона, а параллельно - основы архитектуры, двоичную логику и т.д., на втором - С, и параллельно функциональное и ООП па примере того же Питона.
Они, представьте себе, выпускаются, и спрос на них есть не только в Итоне.
Все познаётся в сравнении. Чтобы понять величие ASCII, сравните её с EBCDIC.
В офисе - джуны и один сравнительно опытный их нянчить, из тех, кто недалеко живет. Можно по очереди.
Через, скажем, год джун получает либо право работать из дома, либо его выгоняют.
Но это, конечно, рекомендация, которая не всегда применима. Я не предлагаю делать это всегда и везде.
Ну не screen sharing как таковой: соединение недостаточно стабильное, при какой-нибудь скачке-закачке файлов этого не чувствуется, а screen sharing подвисает. Если Вы никогда с этим не сталкивались, то я за Вас рад.
Бывает какая-то мелочь, которую спросить соседа по open space - минутное дело, а так надо договариваться о созвоне, подключаться, screen sharing работает хорошо не всегда и не везде... одна минута превращается в 10. У опытного человека такая необходимость спросить мелочь у соседа бывает редко, у начинающего - регулярно.
Ну и вообще... почему в 2МВ обычно рыли траншеи, а не окопы? Начинающий от обилия валящихся на него проблем иногда себя чувствует как под обстрелом.
Будь я начальником, джунам я бы точно работать регулярно из дома не дал, только в особых случаях (скажем, работник слегка простужен). Джунам нужно чувство локтя, моральная поддержка и т.д.