Pull to refresh
70
Goder @Goderread⁠-⁠only

User

Send message
Кроме Эклипса, плагины для VCS есть и у Visual Studio (2008/2010), сам пользуюсь Mercurial и Git напрямую из студии, — очень удобно.
Честно говоря, полезность этой статьи сомнительна, т.к. вместо объяснения или хотя бы полноценных определений автор пробежался «галопом по европам», собрав все в кучу. Если кто-то, не знакомый с теорией категорий и Haskell, поймет что-нибудь после этой статьи, я очень удивлюсь.
матан а не скажем аналоговая схемотехника?

Аналоговая и цифровая схемотехника не использует матан? :)
Проектирование и реализация — разные вещи. Для проектирования вам транзисторы не нужны.
Вы проектировали усилитель?:)
Я не знаю ничего о мотивации Эрика. Может быть, он гонит воду на свою мельницу. Но это не меняет того факта, что на вопрос он ответил развернуто и нигде, насколько я могу судить, не соврал. При этом вы позволяете себе называть другого человека лжецом… и говорить о каких-то банках, когда вам предоставляют факты. ;)
Не знаю, что со мной с утра…

bya:
Во-первых, ложь. Это пример иногда будет работать, а иногда нет. Если память локальной переменной будет занята в этой программе, она напечатает, что-то другое. А если в чужой, то будет ошибка доступа.


Эрик:
В этой ситуации может случится всё что угодно. Книга может быть на месте если ты удачлив. Чья-то другая книга может быть там, а твоя в гостиничной топке. Кто-то может сидеть там в тот момент когда ты заходишь, и рвать твою книгу в клочья. Гостиница могла убрать тумбочку и поставить там шкаф. Сама гостиница могла быть снесена и заменена футбольным стадионом и ты умрешь от взрыва пока ты лазаешь вокруг.


bya:
Это характерно для всех ошибок при неправильной работе с памятью, которые именно поэтому трудно искать. Если бы Липперт написал про это, то его можно было понять, но это и без него знают все, кто работает с языками, в которых есть указатели. Значит это написано для тех кто сидит на C#, чтобы они не лезли в C++.

Тут налицо логическая ошибка. Если все, кто работает с С++ знают про области видимости и память локальных переменных, то никто бы не задал вопроса «Can a local variable's memory be accessed outside its scope?» :) Но это так, к слову.

А по делу: у этих западных спецов как-то лучше с терпением и желанием помочь новичкам, им не лень расписать в сотый раз прописные истины, чтобы стало ещё понятней, и было куда обратиться за информацией другому новичку, которые пришел бы на SE по запросу в гугле. Да и, прямо скажем, цель ресурса: общение профессионалов с новичками. Если бы ребята, которые создавали StackExchange думали, что «это и без него знают все», ресурса бы не случалось. :)

P.S.
Мне больше понравился комментарий к ответу Липперта другой интересный вопрос по с#

I guess we can never take anything for granted in the programming world. I'm sure Mr Lippert could also write a novel if someone asked if there is anything notable to consider when doing int n = 5;


Всегда приятно почитать его ответы на StackOverflow.
Если нужно окинуть взглядом класс, можно хоткеем скрыть все, кроме имен методов. Да здравствует IDE 21-ого века. :)
Т.е. ваша методология работы без ТЗ, и соответственно с рисками выкинуть кучу работы с помойку, не работает на проектах с фиксированными сроками сдачи и оплатой по факту?
Имел ввиду Мартина Роберта, автора «Чистый код».
Мартина и Макконнелла вспомнили, а вот Фаулера пока не упоминали, вроде, хотя в его книге «Рефакторинг. Улучшение существующего кода» есть отдельная небольшая глава, посвященная «плохому душку комментариев».

Насчет метода «сначала описать алгоритм естественным языком, а после писать код», — я с этим не согласен хотя бы по той причине, что описание алгоритма с помощью естественного языка слишком избыточно по сравнению с любой мало-мальско формальной схемой (если это действительно необходимо для понимания перед началом программирования). Кроме того, не очень ясен следующий момент: если после описания всего алгоритма с помощью ЯП большую часть комментариев (скорее всего, все) нужно будет удалить… то что хотел преподаватель от студента?:)

Похожее ощущение в мозгу от постов в таком стиле. В дополнение, появляется вопрос «действительно ли оно так?», на который несложно найти почти всегда один и тот же ответ по ссылкам в посте. Жаль, немецкий не знаю. :(
Поставил плюс, потому что сама идея кажется интересной. Все ошибаются, но ошибки надо исправлять. Убрали бы вы эту регистрацию и карму, ей Богу. И ресурсу и вашей карме легче станет. :)
Тут через топик говорят, что принудительная регистрация — зло, но почти любой новый стартап требует заполнить пару анкет и пересказать половину биографии ради неясного профита. Это, наверное, такая типичная болезнь стартапщиков — «законы не для нас». :)
N = 1 + LOG2(1/(1-P^(1/L)))

Почему не сделать так? :)



Если говорить по теме статьи, то лично у меня возникает вопрос об общности результата для любой реализации ГА. Некоторое время назад пытался реализовать решение антагонистических игр с помощью ГА: при моей реализации выходило, что при прочих равных выгоднее иметь популяцию ~50. Пока тестировал свой алгоритм, нашел интересную статью про применения ГА при решении задач теории игр, в которой реализация решения для игр с нулевой суммой отличалась от моей, при этом авторы заявляют, что достаточно иметь 20 особей в популяции.
Спасибо за статью. По поводу ожиданий от отечественных разработок можно заметить, что запад гораздо раньше, вероятно, столкнулся с необходимостью подобных автоматизированных систем ввиду большей плотности трафика, поэтому и инженерные и теоретические решения стали развиваться раньше.
Никак не могу вспомнить автора (кто-то из CS классиков). Описывая случаи применения модификатора sealed, он советовал использовать его во всех случаях, когда класс специально не задумывается, как базовый для чего-то ещё. Я, вообщем-то, согласен с этим советом — огромные иерархии наследования сложно поддерживать, при этом можно получить ошибку в неожиданном месте как раз из-за того, что автор базового класса не предполагал его на самом деле базовым, а просто забыл добавить sealed.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity