Как проверить? » - это вопрос, на который нельзя ответить в целом.« Когда протестировать? »Однако есть общий ответ: как можно раньше и как можно чаще.
Связь между языком, на котором мы думаем/программа, и проблемами и решениями, которые мы можем себе представить, очень близка. По этой причине ограничение языковых функций с целью устранения ошибок программиста в лучшем случае опасно.
Очевидно, что я отвергаю мнение, что есть один способ, который подходит для всех и для каждой проблемы.
Для многих менеджеров избавление от высокомерного, недисциплинированного, переосмысленного, одержимого технология
Никто не должен называть себя профессионалом, если они знали только один язык.
И нет, я не ходячий словарь. Я не держу все технические детали в своей голове. Если бы я это сделал, я был бы намного бедным программистом. Я поддерживаю основные очки прямо в моей голове большую часть времени, и я знаю, где найти детали, когда они мне нужны.
Большинство программистов за десять лет будут нами, и мы не станем намного умнее.
Всегда думайте о том, как следует использовать кусок кода: хорошие интерфейсы являются сущностью хорошего кода. Вы можете скрыть все виды умного и грязного кода за хорошим интерфейсом, если вам действительно нужен такой код.
Люди, которые страстно хотят верить, что мир в основном прост, реагируют на это с яростью, которая выходит за рамки того, что я считаю подходящим для обсуждения языка программирования.
На языках было написано больше хорошего кода, осужденного как «плохие», чем на языках, провозглашенных «замечательными» - гораздо большим.
В конце концов, C также не идеально подходит для целей дизайна Java.
[Корпоративное программирование] часто выполняется до такой степени, что человек полностью погружен в корпоративную «культуру» без выхода для уникальных талантов и навыков. Корпоративная практика может быть непосредственно враждебной по отношению к людям с исключительными навыками и инициативой по техническим вопросам. Я считаю такое управление техническими людьми жестокими и расточительными.
Я твердо убежден, что все успешные языки выращиваются и не просто разработаны из первых принципов
Слишком много менеджеров и руководителей пытаются уменьшить программирование до низкоуровневой абонентской линии. Это неэффективно, расточительно, дорого в долгосрочной перспективе и бесчеловечно для программистов.
Во -первых, я хотел бы видеть основные инструменты, такие как компиляторы, отладчики, профилировщики, интерфейсы базы данных, строители графического интерфейса, инструменты CAD и т. Д. Полностью поддержка стандарта ISO.
Однако, когда Java продвигается как единственный язык программирования, его недостатки и ограничения становятся серьезными.
Эта эволюция может поставить под угрозу утверждение Java о том, что я проще C, но я предполагаю, что усилия сделают Java лучшим языком, чем сегодня.
Мое впечатление было и заключается в том, что многие языки и инструменты программирования представляют решения, ищущие проблемы, и я был определен, что моя работа не должна попадать в эту категорию. Таким образом, я следую за литературой по языкам программирования и дебатам о языках программирования, в первую очередь ищет идеи для решений проблем, которые мои коллеги и я столкнулись в реальных приложениях. Другие языки программирования представляют собой гору идей и вдохновения, но его нужно тщательно добывать, чтобы избежать участия и несоответствий.
Я нахожу языки, которые поддерживают только одну парадигму программирования.
Я не думаю, что безопасность должна быть куплена за счет усложнения выражения хороших решений для реальных проблем.
С растущей важности стандартов для объектов системного уровня, таких как COM и CORBA, особенно важно, чтобы C-привязки C были чистыми, хорошо документированными и простыми в использовании.
Легко изучить правила перегрузки и шаблонов, не замечая, что вместе они являются одним из ключей к элегантным и эффективным контейнерам, безопасным для типа.
Мне нравится проводить исследования, которые оказывают влияние. Если бы я пошел в компанию, чтобы сделать то, что они называют «настоящими деньгами», я бы просто пытался заставить систему работать как можно быстрее, чтобы учесть продукт и сроки SERICE.
Я предполагаю, что достаточно квалифицированный сможет сделать все, что явно не запрещается оборудованием.
Я бы поощрял непреодоленные стандарты для инструментов и библиотек.
