Мне кажется, такие вопросы сигнализируют о том, что на эту работу не стоит устраиваться.
Я, когда меня спрашивали какие-то оторванные от реальности вещи, говорил примерно в таком стиле — «Я не знаю что будет, и не стал бы так делать. Но если это техническое задание, и вы его обоснуете — я поставлю эксперимент, чтобы узнать результат. Запоминать такое не буду.»
Думаю это целая тема для обсуждения, вот мои соображения, которые являются результатом многократных споров и обсуждений с моими коллегами.
Для коммитов на русском языке просто следовать этому правилу: "Используйте повелительное наклонение", будет не благозвучно и думаю не правильно с точки зрения русского языка, тут говорится: "Use the imperative mood in the subject line" и поясняется, что заголовок должен быть продолжением фразы: "If applied, this commit will your subject line here", пример:
If applied, this commit will update getting started documentation
В случае применения этого коммита будет обновлено руководство по началу работы
Без начала предложения т.е. без глагола will в английском языке получается imperative mood:
update getting started documentation
обновить руководство по началу работы
а в русском языке, если не ошибаюсь, это инфинитив:
обновить руководство по началу работы
обновить конфигурацию commitizen
добавить хук забытый в прошло коммите
обновите руководство по началу работы
обновите конфигурацию commitizen
добавьте хук забытый в прошло коммите
Если следовать трюку с продолжением фразы, то данное правило можно свести до:
Заголовок комментария должен формулироваться, как продолжение фразы: В случае применения этого коммита будет...
В таком случае комментарии получаю такой вид:
обновлено руководство по началу работы
обновлена конфигурация commitizen
добавлен хук забытый в прошло коммите
исправлена ошибка…
добавлена возможность…
улучшена возможность...
Я далеко не эксперт в русском и тем более в английском, но определенно такой подход более логичный во всех смыслах история лаконично читается и на ее основе можно генерировать список изменений.
Мне будут очень интересны другие мнения на эту тему.
алаверды: я — несерьёзно, но из личного опыта (P.S. для дополнения):
1. Мой проект — это продукт моих взаимоотношений с внешним миром и Вселенной вообще.
2. Он не обязан соответствовать Вашим ожиданиям, потому что у Вас другие взаимоотношения со Вселенной.
3. Он вообще в принципе, никому и ничего не обязан. Я могу прекратить его в любой момент, потому что передумал, устал, etc.
4. Если вы считаете иначе — платите деньги, это некоторый известный способ изменить обитаемую часть Вселенной к вашей выгоде.
5. Если вы не можете заплатить денег, use the brain, Luke, use the brain. Github открыт. Мудрому достаточно.
5.1. Убейте в себе лень — читайте код.
Компонент «чат» я.онлайна базируется на psi. Точнее так, за основу был взят Psi, после чего мы начали рисовать новый удобный интерфейс, патчили psi, вливали патчи в основную ветку, патчили qt, вливали патчи в qt, в общем работы было два вагона :)
Этот паттерн называется off canvas и относится не только к андроиду. Люк Вроблевски очень хорошо про него пишет, а Джейсон Вивер приводит интересный вариант реализации для веба.
Уже реализовано же. Посмотрите внимательно на какой-нибудь офисный небоскреб с офисными кабинками — многослойный многоэлементный вычислительный модуль =) Единственное отличие от реального чипа — «транзисторы» отпускают домой и на обед =)
Вспомнилось:
Для каждой новой функции от вас потребуется:
1. Сказать «нет».
2. Вынудить функцию доказать свое значение.
3. Если снова «нет», уже конец. Если, «да», продолжайте…
4. Сделайте эскиз экрана/интерфейса.
5. Спроектируйте экран/интерфейс.
6. Закодируйте.
7-15. Испытание, испытание, испытание, испытание…
16. Проверка текста помощи, возможно, его нужно изменить.
17. Обновите ознакомительный тур продукта (если необходимо).
18. Обновите маркетинговую копию (если необходимо).
19. Обновите условия обслуживания (если необходимо).
20. Проверка, на то, какие предыдущие обещания были затронуты.
21. Проверка, на то, как это воздействует на общую структуру.
22. Запустите.
23. Затаите дыхание.
Удалять нельзя! Причины уже в камментах написали. А вот юзеру, который давно не был не помешает давать что-то типа «тура» в духе «а вот что у нас появилось за время вашего отсутствия»
Я, когда меня спрашивали какие-то оторванные от реальности вещи, говорил примерно в таком стиле — «Я не знаю что будет, и не стал бы так делать. Но если это техническое задание, и вы его обоснуете — я поставлю эксперимент, чтобы узнать результат. Запоминать такое не буду.»
Думаю это целая тема для обсуждения, вот мои соображения, которые являются результатом многократных споров и обсуждений с моими коллегами.
Для коммитов на русском языке просто следовать этому правилу: "Используйте повелительное наклонение", будет не благозвучно и думаю не правильно с точки зрения русского языка, тут говорится: "Use the imperative mood in the subject line" и поясняется, что заголовок должен быть продолжением фразы: "If applied, this commit will your subject line here", пример:
Без начала предложения т.е. без глагола
will
в английском языке получаетсяimperative mood
:а в русском языке, если не ошибаюсь, это инфинитив:
а повелительное наклонение образуется иначе:
Если следовать трюку с продолжением фразы, то данное правило можно свести до:
В таком случае комментарии получаю такой вид:
Я далеко не эксперт в русском и тем более в английском, но определенно такой подход более логичный во всех смыслах история лаконично читается и на ее основе можно генерировать список изменений.
Мне будут очень интересны другие мнения на эту тему.
1. Мой проект — это продукт моих взаимоотношений с внешним миром и Вселенной вообще.
2. Он не обязан соответствовать Вашим ожиданиям, потому что у Вас другие взаимоотношения со Вселенной.
3. Он вообще в принципе, никому и ничего не обязан. Я могу прекратить его в любой момент, потому что передумал, устал, etc.
4. Если вы считаете иначе — платите деньги, это некоторый известный способ изменить обитаемую часть Вселенной к вашей выгоде.
5. Если вы не можете заплатить денег, use the brain, Luke, use the brain. Github открыт. Мудрому достаточно.
5.1. Убейте в себе лень — читайте код.
1.Нет.
2.Пожалуйста
Это ваше личное мнение
Форкайте.
Пишите
Делайте по инструкции. Мне всё равно как вы ко мне относитесь.
Нет.
Платите деньги.
Надо будет где-нибудь на лазернике напечатать штук 100
sneakpeekit.com/browser-sketchsheets/
Достатоно в index.html в <head> записать
<meta http-equiv="X-XRDS-Location" content="http://www.myopenid.com/xrds?username=<логин>.myopenid.com" />
<link rel="openid.server" href="http://www.myopenid.com/server" />
<link rel="openid.delegate" href="http://<логин>.myopenid.com" />
Где <логин>.myopenid.com аккаунт на myopenid.com
Ты когда становишься руководителем — читай менеджером, все равно должен выполнять проекты, процентов 30 своего времени. Мне кажется отличная практика.
Для каждой новой функции от вас потребуется:
1. Сказать «нет».
2. Вынудить функцию доказать свое значение.
3. Если снова «нет», уже конец. Если, «да», продолжайте…
4. Сделайте эскиз экрана/интерфейса.
5. Спроектируйте экран/интерфейс.
6. Закодируйте.
7-15. Испытание, испытание, испытание, испытание…
16. Проверка текста помощи, возможно, его нужно изменить.
17. Обновите ознакомительный тур продукта (если необходимо).
18. Обновите маркетинговую копию (если необходимо).
19. Обновите условия обслуживания (если необходимо).
20. Проверка, на то, какие предыдущие обещания были затронуты.
21. Проверка, на то, как это воздействует на общую структуру.
22. Запустите.
23. Затаите дыхание.
PNG и PSD (72x72 px) —
cl.ly/3E3b2f3x2a1C2j2W2X22