Почему же не умеет?! Это вы «китайских» линеек и транспортиров не видели, где сантиметр между рисками 0 и 1 на треть отличается от сантиметра между рисками 10 и 11, к примеру, а прямой угол — не 90, а 93 градуса.
Ох и намучился я в школе на черчении с такими линейками. :) Бывает чертишь-чертишь, вроде все размеры верные, а чертёж кривой какой-то.
А если совсем серьезно, хотя и я про линейку не шутил, то даже если не стоит вопрос доверия к инструменту, то вопрос доверия к тому кто и как измеряет стоит.
Так ведь автор не об этом, он не о том, что вам не рассказали чего-то или не научили чему-то.
Он о том, что помимо того, что есть в программе обучения есть еще множество других знаний и умений, которые люди накопили за время своего существования, и одна из задач хорошего учителя способствовать осознанию этого у учеников и их стремлению к получению новых знаний.
Ученик первого класса научился складывать и вычитать, он узнал, что 2+2+2+2 = 8, и у него не возникает мысли, что ему чего-то не рассказали — он крут, он — молодец, он быстро и правильно умеет складывать и вычитать. Но мы-то с вами знаем, что на сложении и вычитании или даже умножении и делении математика не заканчивается. :)
В том то и дело, что не понимают. Т.е. если разложить квадрат суммы еще как-то что-то где-то, то в обратную сторону (получить квадрат суммы из имеющегося разложения) — это уже сложно, к сожалению
Про то, что почти никто не зубрит раскрытие скобок — это вы заблуждаетесь, на мой взгляд :) А как же хотя бы те же, так называемые, формулы сокращенного умножения? Может быть ученики ФТШ и не зубрят, но 70% (цифра с потолка) учеников обычных школ зубрили, зубрят и буду зубрить, ну это мое наблюдение, возможно я и ошибаюсь.
Сначала подумал, что вопрос про одежду, мол, в брюках и рубашке или вовсе голым :)
А так в зависимости от задачи использую разные инструменты: небольшие программы пишу в консольном редакторе (vim, emacs, nano), C++ — в IDE (NetBeans или QTCreator) или опять же в консольном, если надо быстро поправить небольшой участок кода. Редактором с GUI пользуюсь весьма редко, хотя тоже бывает.
Кстати, не очень ясно, а, например, Блокнот к какому варианту относится? С одной стороны, он имеет GUI, с другой… с другой он весьма минималистичен…
Во-первых, опрос не берет во внимание значительную долю программистов занимающихся не мейнстрим разработкой: научные работники, системные администраторы и т.п.
Не скажу про NET, но многие пишут/писали на VB для MS office, например.
Нашел — почитал. дык это данные не по стране, а по отдельному порталу в отдельной стране.
И опять же, не ясно как это отражает ваше заявление про понты.
>>Пример специально был надуманный (странно, что все так на него накинулись).
Специально для чего? Т.е. получается, что преимуществ у VB.NET над C# нет, раз вы не можете привести нормальный пример? Пример странный не потому, что там такая степень вложенности, а потому, что он не демонстрирует преимуществ, хотя, казалось бы, должен это делать.
>>Вас не настораживает, что в разных странах абсолютно разные данные статистики? Может, это обусловлено не самими инструментами, а отношением к ним, модой, историей и т.п.?
Покажите другую статистику, в разрезе стран, обсудим. А пока это все голословные утверждения.
Автор говорит, что VB.NET не хуже, чем C# и приводит весьма странный пример со скобками. Гм, если язык (инструмент) выбирается из таких соображений, то что-то тут не так.
Вероятно будет одинаково — байт-код или машинные инструкции в результате выйдут одинаковыми для обоих случаев.
Что касается того, что лучше быстрее программа или меньше кода. То обычно лучше меньше кода, вернее лучше, когда код легче читается, растет скорость разработки и уменьшается количество ошибок, т.к. если программа работает недостаточно быстро, то это легко решается покупкой более мощного компьютера, либо оптимизацией конкретного места в программе. А вот плохой код в дальнейшем сложнее поддерживать, ошибки портят жизнь и т.д. и т.п. и эти места покупкой железяки не исправить.
Как-то так :)
И почему не Octave?
Ох и намучился я в школе на черчении с такими линейками. :) Бывает чертишь-чертишь, вроде все размеры верные, а чертёж кривой какой-то.
А если совсем серьезно, хотя и я про линейку не шутил, то даже если не стоит вопрос доверия к инструменту, то вопрос доверия к тому кто и как измеряет стоит.
Он о том, что помимо того, что есть в программе обучения есть еще множество других знаний и умений, которые люди накопили за время своего существования, и одна из задач хорошего учителя способствовать осознанию этого у учеников и их стремлению к получению новых знаний.
Ученик первого класса научился складывать и вычитать, он узнал, что 2+2+2+2 = 8, и у него не возникает мысли, что ему чего-то не рассказали — он крут, он — молодец, он быстро и правильно умеет складывать и вычитать. Но мы-то с вами знаем, что на сложении и вычитании или даже умножении и делении математика не заканчивается. :)
А так в зависимости от задачи использую разные инструменты: небольшие программы пишу в консольном редакторе (vim, emacs, nano), C++ — в IDE (NetBeans или QTCreator) или опять же в консольном, если надо быстро поправить небольшой участок кода. Редактором с GUI пользуюсь весьма редко, хотя тоже бывает.
Кстати, не очень ясно, а, например, Блокнот к какому варианту относится? С одной стороны, он имеет GUI, с другой… с другой он весьма минималистичен…
По-моему, Tex — творение Кнута, а не LaTeX
С++.net на сколько я могу судить не особо популярен, но вы ж не будете утверждать, что в сознании программистов С++ — это язык для ламеров?
Не скажу про NET, но многие пишут/писали на VB для MS office, например.
И опять же, не ясно как это отражает ваше заявление про понты.
>>Вот, например, недавний опрос по Украине.
Где? Какой опрос?
Специально для чего? Т.е. получается, что преимуществ у VB.NET над C# нет, раз вы не можете привести нормальный пример? Пример странный не потому, что там такая степень вложенности, а потому, что он не демонстрирует преимуществ, хотя, казалось бы, должен это делать.
>>Вас не настораживает, что в разных странах абсолютно разные данные статистики? Может, это обусловлено не самими инструментами, а отношением к ним, модой, историей и т.п.?
Покажите другую статистику, в разрезе стран, обсудим. А пока это все голословные утверждения.
К тому же про значительно большую популярность C# автор загнул:
www.tiobe.com/index.php/content/paperinfo/tpci/index.html — C# (6.823%), (Visual) Basic (5.457%).
ru.wikipedia.org/wiki/Akamai_Technologies — среди клиентов: «Adobe, Apple, AMD, Amazon.com, Autodesk, BBC, BenQ, Blizzard, CNET, European Space Agency, IBM, L’Oréal, Microsoft, MySpaceю...»
Что касается того, что лучше быстрее программа или меньше кода. То обычно лучше меньше кода, вернее лучше, когда код легче читается, растет скорость разработки и уменьшается количество ошибок, т.к. если программа работает недостаточно быстро, то это легко решается покупкой более мощного компьютера, либо оптимизацией конкретного места в программе. А вот плохой код в дальнейшем сложнее поддерживать, ошибки портят жизнь и т.д. и т.п. и эти места покупкой железяки не исправить.
Как-то так :)
mit.spbau.ru/department