наоборот, трогая свои фигуры можно отлеживать реакцию соперника и психологически на него давить, например взять одну фигуру и держать в руке 10 минут, а думать про другую и походить другой... по тойже причине насколько я знаю нельзя разговаривать, есть конретный список доустимых взаимопдейсвий например как правильно предложить ничью и как ответить. в других случаях надо звать судью.
даже делая рокировку вначале надо брать короля а не ладью.
очень много партий было выиграно или проиграно сугубо по психологическим моментам.
Когда пилят новый модный стартап, ещё не понятно из каких подсервисов надо делать готовый продукт, но любители микросервисов, которые не могут отказаться от этой идеи начинают дробить продукт на микросервисы попросту на угад. При этом спорят по пол дня сколько тут надо микросервисов сделать 4 или 6.
В результате такого искусственно деления получается реальный говногод. Обычно в этот момент «команда удачи» успешно увольняется.
Ну, а рефакторинг это ежедневная работа, запилил задачу, немного прибрался. А не какая-то супер таска на 1 месяц.
Это было первое что я попорбовал, на самом деле вода находит дырку чуть-чуть поблище в началу трубки и черз дырку которая чуть-чуть больше чем другие и текёт опять-таки через одно отверстие.
К тому же трубки изнутри зарастают таким слоем слизким, это бактерии. и при том минимальном давнеии что есть она вообще может забиться неговоря уже о маленьких дырках.
Делал я подобную штуку, и с датчиком влажности и по факту всё это не пашет
А дело в том что, поливя из трубочки вода смачивает только этот маленький пяточёк, и стикает тонкой ниткой через толщу почвы в самый низ, при этом в 3-х см от трубки пова сухая при сухая. Этот эффект не сразу проявляется, а через неделю например.
Выход поливать разбрзгиванием, но так нужно давление да и дома особо не набрызгаешся.
«Размолотить в кашу» хороший термин описывающий то что получилось.
кататься по поверхности как-то примитивно, подумайте над тем чтоб соеднить физику полёта в Rokez (https://www.youtube.com/watch?v=SnAIuJsBQKQ) и ваш «мир»
А так конечно получилось забавно, интересная статья, спасибо
Почему б сразу в Docker не поставлять окружение для обучение, с предустановленными нужными либами, питонами, сборками и прочее.
Если для какогото урока N понадобилось обнвоить сборку — выпустили новый image, предупредили слушателей.
Кому нужны детали что там и как ставилось — читают Dockerfile.
Как планируется высчитывать «попадание»?
Для каждой пули на карте каждые 20ms высчитвается новое положение, и проверяется есть ли пересечение с танком чтоб нанести урон, либо есть ли пересечение с внешним миром чтоб пулю уничтожить.?
А есть какой-то закон по которому они не могут выставить все эти камеры общественности? Всё таки не в кабинет подглядываешь а на общую улицу. Больше глаз — быстрее б всякие неприятные вещи всплывали типа барыг и тёмные личности.
Мне кажется хороший способо проводить техническое собеседование так:
На кануне прихода собеседуемого тех.лид вспоминает, какие реально технические проблемы или задачи появлялись в последнее время, или вертятся без конкретного решения последний год, ответ на которые не очевиден. Вспомнает что было предложено, от чего и почему отказались, что в итоге попробовали и на чём остановились. Далее перерабатывает эту задачу чтоб она имела более-менее общую формулировку и выкидывает не нужные детали.
И на собеседовании предлаете решить туже самую задачу с коротой они сталкнули и решали сами. Всегда будет что ответить на уточняющее вопросы собеседуемого, + сравнить со своими текущими решениями и таким образом оценить.
1-2 недели? Пользую vim как основную IDE (python) полтора года, за 1-2 недели пальцы только нащупали hjkl, а более менее комфортно стало там работать только после месяцев преобщения.
по поводу 11 приведу пример:
отредактировал кто-то модуль, и ввёл там на уровне модуля функцию bytearray не зная что такая есть в docs.python.org/2/library/functions.html#built-in-functions (при этом в модуле нет __all__), а где-то у кого-то возьми да и используется (ну осталось так в коде с давних пор, ничего не поделать)
from module import *
и случится магия, если вдруг у этого кого-то в его модуле и используется родная bytearray из built-in, которая перезатрётся новой реализацией.
Хорошо если баг всплывёт сразу…
Неочевидного поведения тут нет, а отхватить проблему, которая непойми где и как вылезет можно.
Не соглашусь, переводить нужно, но обязательно указывать в скобках оригинальное название например: корректировка (adjustment ), представьте что оригинальный язык фотошопа был бы корейским. На мой взгляд это лучшая альтернатива спора «переводить — не переводить».
наоборот, трогая свои фигуры можно отлеживать реакцию соперника и психологически на него давить, например взять одну фигуру и держать в руке 10 минут, а думать про другую и походить другой...
по тойже причине насколько я знаю нельзя разговаривать,
есть конретный список доустимых взаимопдейсвий например как правильно предложить ничью и как ответить.
в других случаях надо звать судью.
даже делая рокировку вначале надо брать короля а не ладью.
очень много партий было выиграно или проиграно сугубо по психологическим моментам.
В результате такого искусственно деления получается реальный говногод. Обычно в этот момент «команда удачи» успешно увольняется.
Ну, а рефакторинг это ежедневная работа, запилил задачу, немного прибрался. А не какая-то супер таска на 1 месяц.
К тому же трубки изнутри зарастают таким слоем слизким, это бактерии. и при том минимальном давнеии что есть она вообще может забиться неговоря уже о маленьких дырках.
А дело в том что, поливя из трубочки вода смачивает только этот маленький пяточёк, и стикает тонкой ниткой через толщу почвы в самый низ, при этом в 3-х см от трубки пова сухая при сухая. Этот эффект не сразу проявляется, а через неделю например.
Выход поливать разбрзгиванием, но так нужно давление да и дома особо не набрызгаешся.
кататься по поверхности как-то примитивно, подумайте над тем чтоб соеднить физику полёта в Rokez (https://www.youtube.com/watch?v=SnAIuJsBQKQ) и ваш «мир»
А так конечно получилось забавно, интересная статья, спасибо
Если для какогото урока N понадобилось обнвоить сборку — выпустили новый image, предупредили слушателей.
Кому нужны детали что там и как ставилось — читают Dockerfile.
Для каждой пули на карте каждые 20ms высчитвается новое положение, и проверяется есть ли пересечение с танком чтоб нанести урон, либо есть ли пересечение с внешним миром чтоб пулю уничтожить.?
На кануне прихода собеседуемого тех.лид вспоминает, какие реально технические проблемы или задачи появлялись в последнее время, или вертятся без конкретного решения последний год, ответ на которые не очевиден. Вспомнает что было предложено, от чего и почему отказались, что в итоге попробовали и на чём остановились. Далее перерабатывает эту задачу чтоб она имела более-менее общую формулировку и выкидывает не нужные детали.
И на собеседовании предлаете решить туже самую задачу с коротой они сталкнули и решали сами. Всегда будет что ответить на уточняющее вопросы собеседуемого, + сравнить со своими текущими решениями и таким образом оценить.
google-styleguide.googlecode.com/svn/trunk/pyguide.html?showone=Default_Argument_Values#Default_Argument_Values
Добавлю в статью.
Спасибо.
Дополнил пункт 8 (True и False) ссылкой на первоисточник и кусочком кода
отредактировал кто-то модуль, и ввёл там на уровне модуля функцию bytearray не зная что такая есть в docs.python.org/2/library/functions.html#built-in-functions (при этом в модуле нет __all__), а где-то у кого-то возьми да и используется (ну осталось так в коде с давних пор, ничего не поделать)
from module import *
и случится магия, если вдруг у этого кого-то в его модуле и используется родная bytearray из built-in, которая перезатрётся новой реализацией.
Хорошо если баг всплывёт сразу…
Неочевидного поведения тут нет, а отхватить проблему, которая непойми где и как вылезет можно.