Переехал в Нижний Новгород из Челябинска примерно 4 года назад, пока не жалею.
Плюсы (по сравнению с Челябинском):
Лучше экология. Даже с учётом пылевых бурь и прочего про что тут пишут.
Зарплаты выше (по крайней мере там, где мне доводилось работать)
До Москвы 4 часа на поезде (вместо 41)
Нет серьёзно, ЛУЧШЕ экология. В реке можно купаться (если знать места конечно).
Минусы:
Узкие дороги не только в историческом центре (что понятно), но и в относительно новых районах (что непонятно). Пример: Родионова по 2 полосы в каждую сторону стабильно стоит в часы пик. Привык к 6-8 полосным основным дорогам по всему городу, не хватает.
Цены на жилье ощутимо выше.
До недавнего времени не было прямых авиарейсов в Че, приходилось летать через Москву. Но удобнее было поездом (20ч в пути).
Между Москвой и Нижним также выбрал бы Нижний. Люди более отзывчивые, пробки меньше, нет ощущения постоянной гонки.
Статья хорошая, лишь иногда выводы кажутся спорными:
Знаете ли вы как руководитель оценивает вашу работу?
9% не знаю
31% догадываюсь
37% знаю, но не проговаривали
24% точно знаю
Вывод: 75% не знают или не уверены
В зависимости от доказываемой точки зрения, можно легко подписать противоположный вывод. Следите за руками: 91% знают точно или догадываются.
А как с использованием имени Флиппера и изображением дельфина? Если выходить на краудфандинговые платформы, не придут ли недовольные хранители товарных знаков?
Запнулся об Одинцовский район, не поняв, в чем с ним проблема, т.к. не очевидно, почему там расхождение, если не знать заранее, что это где-то около Москвы, а не в Ленинградской области.
Тоже подумал про пентатонику, про мне так мелодичнее звучит. Пока до коммита руки не дошли, но можно вручную подменить массив частот на главной странице и оценить звучание :) Диезы с До-диез первой октавы до До-диез четвёртой:
/* осторожно, не читать любителям английского
No if you will say on English language how you say on Russian, some will understand, what you wanted say, but all others will want you kill. */
Я про то, что писать на Java используя подобие PEP8 и игнорируя гайдлайны джавы — неправильно, так как ухудшает читаемость для людей, которые будут работать с этим кодом дальше и ожидать, что в джава-файле код отформатирован как джава (что и произошло на той картинке).
В примере выше ведь тоже понятно, о чем речь — а ведь некоторые люди так и говорят, и их даже понимают — но никто же не будет спорить, что при чтении проще понимать грамматически правильные предложения, а при разговоре проще понять чистый английский (в том числе чистый американский английский), чем пробиваться сквозь тонкости диалектов и акцентов?
Не пробовали после того как поймали и обработали это исключение опять его кинуть без изменения? Мне кажется у них автотесты в режиме чёрного ящика: на определённые входные данные должно быть SSL исключение, а уж ловили его до этого или нет, им не важно.
Мне вспомнился обратный случай, когда надо было отправить письмо в один крупный университет на их почтовый домен, так письмо с gmail спокойно ушло, а через два дня вернулось с пометкой "доставлять не будем, какой-то подозрительный адрес" (какие-то внутренние проверки не прошёл, недонастроили, видимо). А вот кто отправлял в это же время с mail.ru таких проблем вообще не заметили — прекрасно доходило сразу же.
P. S. Не топлю за них, если что, основная почта на гугле, на мейле спамбокс
Не так давно было дело, человека признали виновным в нападении на основании того, что на камерах на преступнике была чёрная куртка. У этого человека тоже была чёрная куртка. То, что куртка другого покроя, да и сам человек другого роста и комплекции, никого не интересовало. Так он и мучился, доказывая, что не верблюд.
Не боитесь забить шину диагностическими запросами? Я так понял, довольно часто посылаются сообщения, а ведь если какой-то модуль уже пишет в шину, то остальные модули ждут своей очереди (по приоритетам). Не проверяли, как влияет ваш на пропускную способность?
Если я правильно вас понял, вы предлагаете переиспользовать номера "первое такси", "второе такси", но как тогда определять, какой номер у "очередного такси" и когда оно становится "первым такси". Допустим, первая поездка в аэропорт ещё идёт, вторая уже закончилась, а пользователь вызывает третье такси открывая приложение во второй раз — оно должно отображаться/запрашиваться как "второе" или "третье"?
Я ни в коем случае не критикую, вижу, что задача сложная. Мой не слишком долгий опыт компьютерного моделирования ограничивается Ansys. Больше интересовало именно время работы алгоритма: можно ли его сократить, к примеру, распараллелив? Или эта активность (запуски алгоритма) не настолько часто случается, чтобы её оптимизировать? Скажем, ждали условный час, получили готовую модель, поняли, что надо что-то подправить, поправили, ждём ещё час. Интересно, сколько может быть таких итераций в условную неделю? Несколько лет занимался параллельной обработкой, от этого и вопросы — моя профессиональная область.
Красивая работа. А время работы алгоритма можно оптимизировать, или час — это не критично? Кажется, что на 6 шаге, когда есть поверхность (5), её вращением можно сразу получить профили с шага 11 не высчитывая пересечения. Не смотрели в эту сторону? Не знаком с компасом, так что может быть и нельзя.
За недостатком опыта в открытых протоколах CAN, я бы воздержаться от совета конкретных реализаций. Можете почитать про протоколы OpenCAN и DeviceNet — я так понял, довольно распространенные стандарты и под них есть много устройств, в том числе на али. С CAN сталкивался по работе (на авто-индустрию), создалось впечатление достаточно продуманного протокола, который можно настроить под себя. Слышал, что его используют в умных домах, взял для себя на заметку. Спросил лишь потому, что физические характеристики для проводов такие же, как у RS-485, плюс всякие плюшки в виде поддержки реального времени (мультимастер, приоритеты), контроля ошибок и большей отказоустойчивости.
Не рассматривали шину CAN вместо RS-485? Мороки с реализацией собственного канального уровня удалось бы избежать. И с отзывчивостью было бы меньше проблем, как мне кажется.
Переехал в Нижний Новгород из Челябинска примерно 4 года назад, пока не жалею.
Плюсы (по сравнению с Челябинском):
Минусы:
До недавнего времени не было прямых авиарейсов в Че, приходилось летать через Москву. Но удобнее было поездом (20ч в пути).
Между Москвой и Нижним также выбрал бы Нижний. Люди более отзывчивые, пробки меньше, нет ощущения постоянной гонки.
Статья хорошая, лишь иногда выводы кажутся спорными:
В зависимости от доказываемой точки зрения, можно легко подписать противоположный вывод. Следите за руками: 91% знают точно или догадываются.
Статистика — интересная вещь…
А как с использованием имени Флиппера и изображением дельфина? Если выходить на краудфандинговые платформы, не придут ли недовольные хранители товарных знаков?
Возможно я не понял, что значит "вне контекста вызова процедуры", но позволю себе не согласиться, т.к. следующий код прекрасно работает:
Аналогично было бы и со списком:
Правда ваша, не обратил внимания, хотя ошибку с датой выдачи заметил. Было интересно прочитать, как детектив.
Запнулся об Одинцовский район, не поняв, в чем с ним проблема, т.к. не очевидно, почему там расхождение, если не знать заранее, что это где-то около Москвы, а не в Ленинградской области.
Тоже подумал про пентатонику, про мне так мелодичнее звучит. Пока до коммита руки не дошли, но можно вручную подменить массив частот на главной странице и оценить звучание :) Диезы с До-диез первой октавы до До-диез четвёртой:
"Non-wireless", думаю, относится только к проводной передаче.
/* осторожно, не читать любителям английского
No if you will say on English language how you say on Russian, some will understand, what you wanted say, but all others will want you kill. */
Я про то, что писать на Java используя подобие PEP8 и игнорируя гайдлайны джавы — неправильно, так как ухудшает читаемость для людей, которые будут работать с этим кодом дальше и ожидать, что в джава-файле код отформатирован как джава (что и произошло на той картинке).
В примере выше ведь тоже понятно, о чем речь — а ведь некоторые люди так и говорят, и их даже понимают — но никто же не будет спорить, что при чтении проще понимать грамматически правильные предложения, а при разговоре проще понять чистый английский (в том числе чистый американский английский), чем пробиваться сквозь тонкости диалектов и акцентов?
Я сам тоже питонист, но, так сказать, приезжая в другую страну, я не продолжаю говорить по-русски.
Не пробовали какой-нибудь fish-eye поставить? Кажется, что не хватает бокового обзора, а так выглядит здорово.
Не пробовали после того как поймали и обработали это исключение опять его кинуть без изменения? Мне кажется у них автотесты в режиме чёрного ящика: на определённые входные данные должно быть SSL исключение, а уж ловили его до этого или нет, им не важно.
Мне вспомнился обратный случай, когда надо было отправить письмо в один крупный университет на их почтовый домен, так письмо с gmail спокойно ушло, а через два дня вернулось с пометкой "доставлять не будем, какой-то подозрительный адрес" (какие-то внутренние проверки не прошёл, недонастроили, видимо). А вот кто отправлял в это же время с mail.ru таких проблем вообще не заметили — прекрасно доходило сразу же.
P. S. Не топлю за них, если что, основная почта на гугле, на мейле спамбокс
Не так давно было дело, человека признали виновным в нападении на основании того, что на камерах на преступнике была чёрная куртка. У этого человека тоже была чёрная куртка. То, что куртка другого покроя, да и сам человек другого роста и комплекции, никого не интересовало. Так он и мучился, доказывая, что не верблюд.
Не боитесь забить шину диагностическими запросами? Я так понял, довольно часто посылаются сообщения, а ведь если какой-то модуль уже пишет в шину, то остальные модули ждут своей очереди (по приоритетам). Не проверяли, как влияет ваш на пропускную способность?
Если я правильно вас понял, вы предлагаете переиспользовать номера "первое такси", "второе такси", но как тогда определять, какой номер у "очередного такси" и когда оно становится "первым такси". Допустим, первая поездка в аэропорт ещё идёт, вторая уже закончилась, а пользователь вызывает третье такси открывая приложение во второй раз — оно должно отображаться/запрашиваться как "второе" или "третье"?
Я ни в коем случае не критикую, вижу, что задача сложная. Мой не слишком долгий опыт компьютерного моделирования ограничивается Ansys. Больше интересовало именно время работы алгоритма: можно ли его сократить, к примеру, распараллелив? Или эта активность (запуски алгоритма) не настолько часто случается, чтобы её оптимизировать? Скажем, ждали условный час, получили готовую модель, поняли, что надо что-то подправить, поправили, ждём ещё час. Интересно, сколько может быть таких итераций в условную неделю? Несколько лет занимался параллельной обработкой, от этого и вопросы — моя профессиональная область.
Красивая работа. А время работы алгоритма можно оптимизировать, или час — это не критично? Кажется, что на 6 шаге, когда есть поверхность (5), её вращением можно сразу получить профили с шага 11 не высчитывая пересечения. Не смотрели в эту сторону? Не знаком с компасом, так что может быть и нельзя.
За недостатком опыта в открытых протоколах CAN, я бы воздержаться от совета конкретных реализаций. Можете почитать про протоколы OpenCAN и DeviceNet — я так понял, довольно распространенные стандарты и под них есть много устройств, в том числе на али. С CAN сталкивался по работе (на авто-индустрию), создалось впечатление достаточно продуманного протокола, который можно настроить под себя. Слышал, что его используют в умных домах, взял для себя на заметку. Спросил лишь потому, что физические характеристики для проводов такие же, как у RS-485, плюс всякие плюшки в виде поддержки реального времени (мультимастер, приоритеты), контроля ошибок и большей отказоустойчивости.
Не рассматривали шину CAN вместо RS-485? Мороки с реализацией собственного канального уровня удалось бы избежать. И с отзывчивостью было бы меньше проблем, как мне кажется.