GPS лучше использовать для сортировки улиц по степени удаленности. То есть чтобы вообще не использовать клавиатуру — выбрал из списка трех-четырех ближайших улиц и алга.
Для 1С была подобная раскладка — там текст программы на русском, но используются символы []<> и т.д. Все отлично, единственное, как впрочем и все клавиатурные навороты, если садишься на машину без такой раскладки, производительность сразу падает на порядок.
А без договора и любой agile превращается в рабство. «Вы копайте, считайте часы, а если мне не понравится, не заплачу. И еще должны будете».
Если все зафиксировать (и хотелки тоже) и правильно все оценить, то вполне можно работать по любой технологии. Какая разница заказчику, в какую песочницу играются программеры?
Та все правильно написано. При фиксировании цены главное не провтыкать с оценками. Это боль любой проектной технологии. Вот и разжевывается метод оценки с ключевой, на мой взгляд, фразой:
Сделать возможность сформировать ссылку, при нажатии которой открывается форма заказа с уже заполненной конечной точкой. Например, организовывая мероприятие я просто кину ссылку — доехать сюда. А точку подборки уже каждый свою впишет
Я ездил. Когда водитель валит по проспекту и на ходу пытается просмотреть варианты, которые жужжат на его телефончике, хочется отнять этот телефон и выкинуть в окно.
Водитель будет вести себя спокойно тогда, когда будет уверен, что по приезду его уже будут ждать несколько вариантов. Вот тогда, у подъезда он и выберет вариант пожирней.
Я видел прозрачный зеленый антискиммер и фото крутилось на экране банкомата в режиме ожидания. Но поскольку это все перемежалось кучей роликов про супервыгодные депозиты, то я ее заметил только потому, что долго стоял около этого банкомата.
Идея правильная — не наклейка, которую можно сфальсифицировать, но исполнение как всегда отстой.
Мне, после разборки ноута, показалось, что стрелочками отмечены длинные винты, а без стрелочек — короткие. Чтобы при сборке не вспоминать, какие куда засовывать. Крышку держали и длинные и короткие, если что.
Можно не переводить «с нуля». Ведь для большинства художественных книг есть готовые переводы. Ну или оригиналы :)
При любом переводе будет какая-то художественная обработка. Соответственно, сравнивая тупой подстрочник с оригиналом можно вычленить нужные места и выбирать синонимы, как в оригинале. В случае каких-либо устойчивых оборотов, игры слов, вольностей перевода — заменять предложение целиком.
На самом деле фон играет роль, надо чтобы глазу «было за что зацепиться». То есть читать удобно, когда не ровный белый фон, а какая-то текстура. Тогда легче строчки отслеживать.
А тут оба предложения понижают долю специалиста, что приводит к заинтересованности в отжиме.
Плюс к этому увеличиваются телодвижения руководителя, который наверняка захочет компенсации этих телодвижений (в виде еще уменьшившейся доли специалиста).
В любой отрасли главная проблема — найти клиента, особенно, если работа «одноразовая», не требующая постоянной поддержки. Специалист с поиском и окучиванием клиентов не справляется принципиально, иначе он не специалист. Этим занимаются обученные менеджеры. Но тогда со специалистом никак не получится отработать по схеме «отдай 10% фирме и делай что хочешь», потому что на эти 10% менеджера не прокормишь. А ситуации, когда специалист получил заказ и отжал клиента «кинув» менеджера — это и есть бич системы. Да, собственник недополучил прибыль, но менеджер — напрямую потерял.
Вариант 3 — это по сути фрилансо-коворкинг, когда сотрудник оплачивает какие-то услуги фирмы. Но тут в полный рост встает другая проблема — накосячил сотрудник, а разгребать фирме. А накосячить он может по многим причинам — начиная от коммуникативных и заканчивая просроченными дедлайнами (мы же его не контролируем). Редко какой специалист способен вести весь проект от начала до конца. Их надо постоянно пинать.
А по поводу нумерации — пока немного не понял. У меня ж не задачи, у меня — сообщения. Event-driven. То есть одно сообщение могут обрабатывать несколько обработчиков последовательно.
Согласен, этот механизм уже переработан.
Но тут второй вопрос — когда разрешать прерывания? Если я разрешу прерывания в конце функции, то при возврат в обработчик прерывания будут разрешены, тоже с непредсказуемыми последствиями.
Пока реализовано так: вызываю занесение в очередь в самом конце обработчика прерываний (пока это возможно).
В принципе, вариантов два:
— предусмотреть параметр вызова — флажок, надо ли запрещать/разрешать прерывания;
— после вызова в обработчике принудительно запрещать прерывания;
В любом случае, после захода надо совершить какие-то действия (ну хотя бы штаны снять).
Еще вариант, встречался в фидошной конференции сто лет назад (вроде RU.SCHEMES, но могу путать)
Работает только для выделенного сортира :)
На двери сортира на уровне пояса — катафот-отражатель. На противоположной стенке (над бачком-компактом) открытая ИК оптопара, которая светит в катафот. Действия такое: при открытии двери катафот уходит, оптопара фиксирует разрыв луча и включает свет. Когда сидишь на унитазе (или стоишь перед) — телом перегораживаешь луч, свет горит. И только тогда, когда дверь закрыта и никого внутри нет — все гаснет.
У кого-то из мэтров еще была задействована защелка — при закрытии гарантированно горел свет. Нет — гас с задержкой.
Делал схему включения света в сортире.
Работало так:
При открытии двери — свет включался (стояла кнопка на открытие-закрытие двери. Можно поставить геркончик, но было лень).
Если после закрытия двери не было движения внутри в течение 10 секунд, свет гас, иначе оставался зажженным.
Датчик движения — в офисе меняли охранные датчики на какие-то «более сертифицированные», старые нашару забрал.
Мозг системы — микроконтроллер AVR (да, скорее всего оверкилл, но тренировал скилл работы с микроконтроллерами, был один из первых проектов).
Если все зафиксировать (и хотелки тоже) и правильно все оценить, то вполне можно работать по любой технологии. Какая разница заказчику, в какую песочницу играются программеры?
Это те деньги, которые мы согласны потерять.
Водитель будет вести себя спокойно тогда, когда будет уверен, что по приезду его уже будут ждать несколько вариантов. Вот тогда, у подъезда он и выберет вариант пожирней.
Идея правильная — не наклейка, которую можно сфальсифицировать, но исполнение как всегда отстой.
При любом переводе будет какая-то художественная обработка. Соответственно, сравнивая тупой подстрочник с оригиналом можно вычленить нужные места и выбирать синонимы, как в оригинале. В случае каких-либо устойчивых оборотов, игры слов, вольностей перевода — заменять предложение целиком.
На клеточках не пробовал, но может и лучше будет.
Плюс к этому увеличиваются телодвижения руководителя, который наверняка захочет компенсации этих телодвижений (в виде еще уменьшившейся доли специалиста).
В любой отрасли главная проблема — найти клиента, особенно, если работа «одноразовая», не требующая постоянной поддержки. Специалист с поиском и окучиванием клиентов не справляется принципиально, иначе он не специалист. Этим занимаются обученные менеджеры. Но тогда со специалистом никак не получится отработать по схеме «отдай 10% фирме и делай что хочешь», потому что на эти 10% менеджера не прокормишь. А ситуации, когда специалист получил заказ и отжал клиента «кинув» менеджера — это и есть бич системы. Да, собственник недополучил прибыль, но менеджер — напрямую потерял.
Вариант 3 — это по сути фрилансо-коворкинг, когда сотрудник оплачивает какие-то услуги фирмы. Но тут в полный рост встает другая проблема — накосячил сотрудник, а разгребать фирме. А накосячить он может по многим причинам — начиная от коммуникативных и заканчивая просроченными дедлайнами (мы же его не контролируем). Редко какой специалист способен вести весь проект от начала до конца. Их надо постоянно пинать.
А по поводу нумерации — пока немного не понял. У меня ж не задачи, у меня — сообщения. Event-driven. То есть одно сообщение могут обрабатывать несколько обработчиков последовательно.
А за atomic.h — спасибо, поробую применить )
Но тут второй вопрос — когда разрешать прерывания? Если я разрешу прерывания в конце функции, то при возврат в обработчик прерывания будут разрешены, тоже с непредсказуемыми последствиями.
Пока реализовано так: вызываю занесение в очередь в самом конце обработчика прерываний (пока это возможно).
В принципе, вариантов два:
— предусмотреть параметр вызова — флажок, надо ли запрещать/разрешать прерывания;
— после вызова в обработчике принудительно запрещать прерывания;
Какие еще могут быть варианты?
Еще вариант, встречался в фидошной конференции сто лет назад (вроде RU.SCHEMES, но могу путать)
Работает только для выделенного сортира :)
На двери сортира на уровне пояса — катафот-отражатель. На противоположной стенке (над бачком-компактом) открытая ИК оптопара, которая светит в катафот. Действия такое: при открытии двери катафот уходит, оптопара фиксирует разрыв луча и включает свет. Когда сидишь на унитазе (или стоишь перед) — телом перегораживаешь луч, свет горит. И только тогда, когда дверь закрыта и никого внутри нет — все гаснет.
У кого-то из мэтров еще была задействована защелка — при закрытии гарантированно горел свет. Нет — гас с задержкой.
Работало так:
При открытии двери — свет включался (стояла кнопка на открытие-закрытие двери. Можно поставить геркончик, но было лень).
Если после закрытия двери не было движения внутри в течение 10 секунд, свет гас, иначе оставался зажженным.
Датчик движения — в офисе меняли охранные датчики на какие-то «более сертифицированные», старые нашару забрал.
Мозг системы — микроконтроллер AVR (да, скорее всего оверкилл, но тренировал скилл работы с микроконтроллерами, был один из первых проектов).