Вот никогда не задумывался о карме, а тут вон оно что. Да и geekadm.ru не пашет =(
Хорошо хоть в этом году на лепро-адм мне повезло и судя по надписи подарок в пути, а мой апп думаю тоже порадуется.
ну у меня такой проблемы нет, сейчас специально следил за тем как я жму и оказалось, что наверху палец обычно не оказывается. может просто привычка. как альтернатива, можно в настройках переключить клик на просто тап по тачпаду.
Поскольку моя карма поползла вниз, объясню свою позицию. Безусловно происходящее это сюр и Кафка. То каким образом решаются подобные вопросы у нас, сложно укладывается у меня в голове. Я же пытаюсь обсудить тот вопрос, что если у меня в городе будет десять таких пиццерий и пару почтовых служб, то это неизбежно надо будет как то регулировать. Да даже одна пиццерия, постоянно использующее потенциально опасное устройство, должна как то контролировать хотя бы то, где и как летает этот дрон и порядок ответственности в аварийной ситуации. Но зона права сейчас где то в каком то странном месте находится…
Ну за летающие сверху кирпичи отвечают те, кто их отправляет в полет. Если к примеру на стройке кирпич летит, там я думаю тоже есть за это ответственные и куча разнообразных сертификаций.
А вот кстати интересно послушать владельцев хакинтошей и провести сравнение. Не думаю что дело только в алгоритме осх, мне кажется и железка тоже особая.
Раньше недоумевал как можно пользоваться тачпадом, но после покупки макбука только его и использую. Качество выше всяких похвал, жесты рулят. Полностью заменяет мышь сразу и без всякого дискомфорта.
ну тут какое дело, в реалиях РФ конечно не изменит, но в теории это должно быть подтверждение того что он не упадет или будет летать там где его падение меня не коснется
А если с другой стороны посмотреть, то если дрон упадет мне на голову, то кто то должен за это ответить, а кто то должен проконтролировать чтобы этого не произошло.
тут бы я поспорил. Снять можно! Снять хороший кадр можно на любую технику. Другой вопрос это снимать хорошие кадры постоянно и независимо от условий с предсказуемым количеством брака.
Да и вот разнообразные подсчеты у меня уже давно ушли на второй план, смотришь на показатели экспонометра тушки и уже от них играешь, зная где датчики могут соврать и где нужно специально что то исправить.
ну да, примерно так я и делаю, только внутри viewcontroller каждый свое обрабатывает (сейчас как раз поднимаю новый проект на extjs 5). По мне это эстетически некрасиво когда названия роутов из вью-контролера меню дублируются в вью-контроллере для конкретных действий. =)
К примеру у меня есть универсальный абстрактный модуль для редактирования и просмотра разных записей, для юзеров это #/users/, #/users/:id, #/users/:id/something, так же и для мест #/places/:id, #/places/:id и т.д.
В идеале я вижу что первую часть обрабатывает роутинг контролер, который решает в какую реализацию этого модуля передать управление(users, places...), а дальше уже контролер этого модуля разруливает что делать. Вложенность может быть какой угодно, можно писать универсальные реализации, по типу как в django.
Хорошо хоть в этом году на лепро-адм мне повезло и судя по надписи подарок в пути, а мой апп думаю тоже порадуется.
Да и вот разнообразные подсчеты у меня уже давно ушли на второй план, смотришь на показатели экспонометра тушки и уже от них играешь, зная где датчики могут соврать и где нужно специально что то исправить.
не туда ответилВ идеале я вижу что первую часть обрабатывает роутинг контролер, который решает в какую реализацию этого модуля передать управление(users, places...), а дальше уже контролер этого модуля разруливает что делать. Вложенность может быть какой угодно, можно писать универсальные реализации, по типу как в django.