Возможно вы где-то имели это ввиду, но я бы добавил еще такой совет:
— В комментарии описывайте не процедурную логику с точки зрения программы, а семантику или бизнес логику.
Врядли это понятно, приведу примеры (слегка утрированные):
«Далее мы перебираем массив такой-то, суммируем поле price у элементов с state=1» — плохо
«Возвращем false если 8-й бит поля User->Rights равен нулю» — плохо
«Далее мы суммируем цены актуальных товаров на складе» — хорошо
«Дальнейшие действия доступны только администратору» — хорошо
Т.е. "что мы тут делаем" чаще всего должно быть понятно из кода (хотя тоже исключения бывают), а вот зачем и почему мы так делаем, хорошо бы написать в комментариях.
А для вычисления его длинны это не важно, т.к. центр равноудален ото всех въездов.
Если все упростить и представить Москву как велосипедное колесо со спицами, то расстояние от точки до колеса всегда равно расстоянию от точки до центра колеса минус длинна спицы, и не важно какая спица там ближе.
Дальше усложняем — спицы остались одинаковыми, но стали длиннее радиуса. Утверждение не потеряло истину.
Следующий шаг — гнем колесо. Утверждение опять не потеряло истину, но колесо уже похоже на Москву ))
Дано:
— КАД имеет ограниченное количество съездов/пересечений
— Расстояние до КАД является расстоянием до ближайшего съезда/пересечения
Предполагаем:
— Существует точка внутри КАД, расстояние от которой до всех съездов/пересечений одинаково и равно Х. В идеале она существует, на практике ее можно найти приблизительно. Назовем ее Центр.
Получаем:
— Расстояние от точки до КАД есть расстояние от точки то Центра минус Х. Спасибо Центру за это ))
Замечу, альтернатива скорее теоретическая, т.к. на практике будет геморрой с постоянным переопределением центра из-за изменений улиц.
Северо-западный филиал российского оператора сотовой связи «МегаФон» (ранее NW GSM) был первым оператором в России и пятым в мире спустившимся в метрополитен amobile.ru/info/opsos/metro/peterburg.htm
Сначала человек, отвечающий за прием сообщений с сайта, сообщит об этом главному по ИТ.
Тот прочтет письмо только через день и перенаправит его главному по веб. Главный по веб выйдет из отпуска через несколько дней и назначит «ASAP-пипецсрочно-приступитьнемедленно» таск разработчику.
Тот офигеет от такого события, особенно не поняв с чего такой кипеш по поводу каких-то банальных проверок левых парамтеров. Но на следующий день пофиксит (скорее всего только в этом месте и только половину уязвимостей)
Дальше это все пойдет в отдел QA, который вообще не поймет в чем проблема, «картинка же показывается!»
Ну и потом все это пойдет по цепочке наверх, чтобы сформировать очередную итеррацию по выкладыванию фикса на продакшн.
Чтоб еще страшнее было — могу рассказать, как случайно выложат какие-то левые изменения относящиеся к еще не реализованной фиче, скрипт еще денек не будет работать и т.д. и т.п.
Хотя, может это я такой пессимист и у них там все будет хорошо )))
Будущее планшетов мне представляется довольно светлым – что ни говори, а для многих это наиболее удачный форм-фактор
Прям вспомнилось, как совсем еще недавно весь интернет считал, что «планшет» — вообще идиотская идея, ниши для таких устройств нет и вообще такое никому не надо ))… И на хабре кстати тоже )
А в «проектах типа Хабра» кому принадлежат права на «новости»?
А если пользователь потом захочет опубликовать этот материал в своем бложике?
А может автор не против «перепечатки» на других сайтах, кому решать на счет защиты — автору или владельцу сайта?
Домен peopleandcountries конечно очень хорошо говорит о том что там, но это ложный путь, такие названия безлики, серы и потому не запоминаются (ну за редкими исключениями конечно).
Представьте, что вы видите несколько названий зоо-магазинов:
«Мир животных», «Все для животных», «Зоо-мир», «Зоо-парк», «Хренозавр»
Могу спорить, что через некоторое время вы будете уверены, что запомнили четко только одно название )) все остальные будут путаться у вас между собой.
Вобщем лепите в логотип поросенка Петра, регистрируйте что-нить вроде get-the-traktor.com и будет вам счастье ))
З.Ы. Это конечно немного экстремально, не все в теме про Петра. Но направление моей мысли вы наверное поняли ))
Идея «Сейчас создадим соц.сеть а юзеры сами наполнят ее информацией» не нова и утопична.
Нужно делать то, чего не хватает в сети, а именно актуальную и удобную библиотеку фактов, начиная от отзывов и мнений заканчивая законодательством и правилами. Сейчас вы сделали попытку набросать информации но обычно это просто копипаст текстов, хотите выделиться и отличаться от других — сделайте информацию систематизированной и удобной для использования.
Например: я хочу ехать в Германию, но я не немец и не еврей, соотв зачем мне читать первую половину текста, что есть сейчас. Прикольно было бы видеть некий опросник-визапд, который в конце скажет конкретно что делать именно вам (по аналогии с популярным ныне тестом «какая страна вам больше подходит»)
Хорошо бы сделать упор на актуальность, т.к. правила меняются непрерывно и что-то актуальное можно найти только в официальных источниках на языке оригинала (что часто проблематично).
Я тоже считаю, что дизайн можно отодвинуть на второй шаг, если у вас будет ценная и уникальная информация — юзеры потерпят, а вот красивая но пустая конфетка никому не нужна.
Отбиваться этим он мог бы, только если это существовало бы ДО того как.
А теперь представьте заголовки жёлтого телевидения «После скандала с утечкой персональных данных, Яндекс произвел изменения, предотвращающие это в будущем»
Т.е. они, как-бы, признают, что ее не хватает и что она как минимум имеет смысл?
По умолчанию закрыть индексацию УРЛов из метрики они бы не решились сделать… это означало бы признание ошибки и взятие на себя как минимум доли ответственности
— В комментарии описывайте не процедурную логику с точки зрения программы, а семантику или бизнес логику.
Врядли это понятно, приведу примеры (слегка утрированные):
«Далее мы перебираем массив такой-то, суммируем поле price у элементов с state=1» — плохо
«Возвращем false если 8-й бит поля User->Rights равен нулю» — плохо
«Далее мы суммируем цены актуальных товаров на складе» — хорошо
«Дальнейшие действия доступны только администратору» — хорошо
Т.е. "что мы тут делаем" чаще всего должно быть понятно из кода (хотя тоже исключения бывают), а вот зачем и почему мы так делаем, хорошо бы написать в комментариях.
Мне кажется, что все-таки следует вычитать из оборота стоимость вашего времени, потраченного на проект.
Т.е. если где-то вы можете заработать больше за это же время, то проект, наверное, стоит пока считать убыточным.
Т.е. сортировка O(n)? ))… Прорыв в теории алгоритмов ?? ))
Маршрут должен строиться всегда оптимально.
А для вычисления его длинны это не важно, т.к. центр равноудален ото всех въездов.
Если все упростить и представить Москву как велосипедное колесо со спицами, то расстояние от точки до колеса всегда равно расстоянию от точки до центра колеса минус длинна спицы, и не важно какая спица там ближе.
Дальше усложняем — спицы остались одинаковыми, но стали длиннее радиуса. Утверждение не потеряло истину.
Следующий шаг — гнем колесо. Утверждение опять не потеряло истину, но колесо уже похоже на Москву ))
Для точки внутри КАД это число будет отрицательным.
Дано:
— КАД имеет ограниченное количество съездов/пересечений
— Расстояние до КАД является расстоянием до ближайшего съезда/пересечения
Предполагаем:
— Существует точка внутри КАД, расстояние от которой до всех съездов/пересечений одинаково и равно Х. В идеале она существует, на практике ее можно найти приблизительно. Назовем ее Центр.
Получаем:
— Расстояние от точки до КАД есть расстояние от точки то Центра минус Х. Спасибо Центру за это ))
Замечу, альтернатива скорее теоретическая, т.к. на практике будет геморрой с постоянным переопределением центра из-за изменений улиц.
И вообще
Сначала человек, отвечающий за прием сообщений с сайта, сообщит об этом главному по ИТ.
Тот прочтет письмо только через день и перенаправит его главному по веб. Главный по веб выйдет из отпуска через несколько дней и назначит «ASAP-пипецсрочно-приступитьнемедленно» таск разработчику.
Тот офигеет от такого события, особенно не поняв с чего такой кипеш по поводу каких-то банальных проверок левых парамтеров. Но на следующий день пофиксит (скорее всего только в этом месте и только половину уязвимостей)
Дальше это все пойдет в отдел QA, который вообще не поймет в чем проблема, «картинка же показывается!»
Ну и потом все это пойдет по цепочке наверх, чтобы сформировать очередную итеррацию по выкладыванию фикса на продакшн.
Чтоб еще страшнее было — могу рассказать, как случайно выложат какие-то левые изменения относящиеся к еще не реализованной фиче, скрипт еще денек не будет работать и т.д. и т.п.
Хотя, может это я такой пессимист и у них там все будет хорошо )))
Прям вспомнилось, как совсем еще недавно весь интернет считал, что «планшет» — вообще идиотская идея, ниши для таких устройств нет и вообще такое никому не надо ))… И на хабре кстати тоже )
Да и физике с химией будет тяжеловато. Красно-синие магниты не выходят у меня из головы.
Литература и История потеряет чисто эстетический момент, просто картинки будут не очень красивые.
Математике и русскому языку — наверное пофиг.
Физкультура будет в восторге — сколько там читалок то в раздевалках потырят? ))
А на труде нетрезвый трудовик будет рассказывать как их апгрейдить и заливать туда порнуху.
А если пользователь потом захочет опубликовать этот материал в своем бложике?
А может автор не против «перепечатки» на других сайтах, кому решать на счет защиты — автору или владельцу сайта?
Вобщем тут вопросов больше чем ответов.
Настройка светофоров — это ведь самое элементарное, что можно сделать для улучшение параметров движения.
Если даже об этом никто кроме Яндекса не заботится, что уж о более сложных мерах говорить.
И по-моему ГИБДД к этому процессу тоже косвенное отношение имеет…
BDSM?
Домен peopleandcountries конечно очень хорошо говорит о том что там, но это ложный путь, такие названия безлики, серы и потому не запоминаются (ну за редкими исключениями конечно).
Представьте, что вы видите несколько названий зоо-магазинов:
«Мир животных», «Все для животных», «Зоо-мир», «Зоо-парк», «Хренозавр»
Могу спорить, что через некоторое время вы будете уверены, что запомнили четко только одно название )) все остальные будут путаться у вас между собой.
Вобщем лепите в логотип поросенка Петра, регистрируйте что-нить вроде get-the-traktor.com и будет вам счастье ))
З.Ы. Это конечно немного экстремально, не все в теме про Петра. Но направление моей мысли вы наверное поняли ))
Идея «Сейчас создадим соц.сеть а юзеры сами наполнят ее информацией» не нова и утопична.
Нужно делать то, чего не хватает в сети, а именно актуальную и удобную библиотеку фактов, начиная от отзывов и мнений заканчивая законодательством и правилами. Сейчас вы сделали попытку набросать информации но обычно это просто копипаст текстов, хотите выделиться и отличаться от других — сделайте информацию систематизированной и удобной для использования.
Например: я хочу ехать в Германию, но я не немец и не еврей, соотв зачем мне читать первую половину текста, что есть сейчас. Прикольно было бы видеть некий опросник-визапд, который в конце скажет конкретно что делать именно вам (по аналогии с популярным ныне тестом «какая страна вам больше подходит»)
Хорошо бы сделать упор на актуальность, т.к. правила меняются непрерывно и что-то актуальное можно найти только в официальных источниках на языке оригинала (что часто проблематично).
Я тоже считаю, что дизайн можно отодвинуть на второй шаг, если у вас будет ценная и уникальная информация — юзеры потерпят, а вот красивая но пустая конфетка никому не нужна.
— Что общего у вашего попугая и роутера?
— Оба засыпают когда накрываешь черной тряпочкой.
А теперь представьте заголовки жёлтого телевидения «После скандала с утечкой персональных данных, Яндекс произвел изменения, предотвращающие это в будущем»
Что подумает обыватель? ))
По умолчанию закрыть индексацию УРЛов из метрики они бы не решились сделать… это означало бы признание ошибки и взятие на себя как минимум доли ответственности