Как вы организуете свою работу?

Question

[darksladen]

Всем привет! Предлагаю здесь делиться секретами, методами, различными инструментами для организованности вашей деятельности, которые помогают делать все быстрее, качественнее и эффективней! Может вы как то умело храните папки, синхронизируете их с облаками и тд.тп.. Расписывайте как можно подробнее что и зачем используете.

Например, я сейчас начал пользоваться evernote, куда записываю все мысли и заметки, а также gist, где храню часто используемый код, чтобы в очередном проекте его не искать или не писать снова.

Answer 1

[Павел Радьков]

Про GitHub.

1) Любой проект, даже самый маленький начинаю в новом репозитории. Потому что:
- мало ли что из него вырастет,
- код в Гитхабе это бэкап, не засерается место в Дропбоксе или других облаках,
- мгновенный поиск по коду в репозитории, актуально когда проект уже достаточно большой,
- легче спросить совета у коллег или показать проблему, когда исходники можно посмотреть онлайн,
- проект удобно хоронить, если он заглох, или закинуть в портфолио, если он клевый.

2) Создал себе на Гитхабе две дополнительные организации внутри своего аккаунта.
- «paulradzkov-forks» — для форков чужих проектов.
- «paulradzkov-heaven» — кладбище для старых проектов, куда перемещаются все неактуальные проекты.
Эти две дополнительные организации позволяют очистить основной аккаунт от мусора. В нем теперь только несколько актуальных проектов, в которых легко ориентироваться.

3) Перемещаю все старые проекты из Дропбокса на Гитхаб в «paulradzkov-heaven». Проектов много, это долго, но освободилось уже несколько гигов (т.к. там кроме кода psd-исходники, архивы с инсталляторами и прочее). Место в облаках заканчивается, а на Гитхабе — резиновое.
Это кладбище уже пригодилось, когда у меня попросили поискать исходники проекта, над которым я работал 3 или 4 года назад, а я через минуту ответил им ссылкой на нужный репозиторий. Не пришлось никуда лезть, распаковывать, искать, запаковывать, отправлять почтой или закачивать в облако.
Повторюсь, что на Гитхабе классный поиск по исходникам: если нужно посмотреть, как что-то сделал в старом проекте, но не помнишь в каком — можно довольно быстро найти искомое без возни с архивами.

Итого.
Код должен лежать на Гитхабе.
В том числе старые проекты.
Используйте организации, чтобы рассортировать проекты, если их много.
Порядок там, где у каждой вещи есть своё место. Придумайте себе правила порядка заранее и соблюдайте их, чтобы не тратить время на ликвидацию беспорядка.

Comments

[darksladen]

Позвольте спросить =) А вы комиты делаете когда проект уже будет рабочим или сразу, как начали какой нибудь проект? И как часто вообще надо делать комиты, скажите пожалуйста!

[Сергей Нижний Новгород]

А у вас публичный гитхаб или приватный?

[Алексей Струков]

А почему ты решил что умершие проекты попадут в heaven?))

[Павел Радьков]

@darksladen
Есть три правила хорошего тона при работе с Гитом. (На самом деле правил больше, но для ответа на этот вопрос понадобится только три)

1. «Чем чаще коммитишь, тем лучше»
2. «Коммитить нужно только рабочий код»
3. «В сообщение коммита писать не только что ты сделал, но и зачем ты это сделал»

Рассмотрим по порядку.

1) Почему много мелких коммитов лучше, чем один большой?

Потому что легче дебажить, когда diff маленький и с ним легко разобраться. Потому что легче откатить проблемный коммит, не затронув другие рабочие части.
Получается, на каждую реализованную фичу — отдельный коммит, на каждый пофикшенный баг — отдельный коммит.

2) Но если фича, которую я пилю, большая и длинная и занимает несколько дней разработки? Как коммитить только рабочий код и одновременно делать много мелких коммитов?

Пилите фичу в отдельной ветке. Строго говоря, только в master ветке должен быть рабочий код. В своей ветке можно коммитить, когда вы сделали какой-то законченный кусок работы, даже если код еще не рабочий. Свою ветку можно публиковать на гитхаб и синхронизировать так часто, как хочется. Когда фича готова и код рабочий, нужно добавлять свои изменения в общую ветку через pull-request, а не через merge. При слиянии пул-реквеста есть опция — объединить все коммиты из ветки в один и закоммитить его в master. Тогда нерабочий код не попадет в master. После слияния можно удалить свою ветку. В мастере будет один большой коммит, но в истории пул-реквеста сохранятся все ваши шаги.

3) Пишите внятные комменты в коммиты, чтобы можно было разобраться, зачем вы сделали изменения в этом коде. Если фикс не работает или ломает проект в другом месте, тот человек, который будет это исправлять (может быть и вы), должен знать, что именно вы чинили и какого эффекта хотели добиться. Нет смысла писать, что вы меняли — это видно по диффу. Нужно писать, зачем вы это меняли — это поможет в будущем.

Если вы пишете публичный продукт, думайте о сообщении в каждом коммите как о строчке в changelog.

[Павел Радьков]

Terras публичный, ссылка в профиле.
Если проект приватный, поместите его в приватную организацию (но это уже платно).

[Павел Радьков]

Алексей Струков Потому что оптимист :) Но вы можете создать себе организацию и для адовых проектов тоже.

[Павел Радьков]

Neoline, ВЫ должны остановить это безумие! Спрячьте свой код и никому не показывайте. И своим примером поведите за собой остальных. А будете устаиваться на работу, отправляйте работодателю только zip-архивы со своим портфолио — они это любят.

[Evanre]

Павел Радьков: подскажите пожалуйста, я почему то всегда был уверен что на гитхабе\битбакете иожно хранить только код. Поэтому у меня есть отдельная папка на компе с кучей макетов к проектам которые лежат на битбакете. Подскажите я могу без ограничений добавлять файлы в репозиторий?

[Павел Радьков]

Евгений Жученко В гитхабе можно (про битбакет точно не скажу). Гитхаб умеет отображать предпросмотр .psd и показывать diff между ними (только как между плоскими картинками), .sketch пока отображать не умеет.
Насчет размера файлов и их количества, при сохранении бэкапов на гитхаб у меня проблем не было, ничего не ругалось. Проекты были обычные, файлы не жирные. Но у гитхаба есть решение для хранения очень больших файлов https://git-lfs.github.com/

Но хранить дизайн-исходники в одном репозитории с кодом на живом проекте может быть неудобно. Читайте, почему Нормален ли такой подход для работы с git'ом(хранение дизайн+код)?
Я рекомендую лить исходники в гитхаб только для бэкапа, чтобы все в одном месте лежало.

На текущих проектах мы используем для исходников invision — там синхронизация с облаком, история версий и прочие плюшки.

[KvanTTT]

Спасибо - мысль про организации для старых проектов интересная, возьму на заметку.

Answer 2

[Толстый Лорри]

То, что делается больше 5 раз и занимает больше двух минут должно быть заскриптовано. То есть всякие бэкапы, апдейты, деплои, миграции, поиск самых смешных котиков и прочие важные в работе вещи можно и нужно автоматизировать. Тем более, что в виндах теперь есть нормальный bash

ЗЫ Перед тем, как хвататься за Evernote, я бы посоветовал посмотреть, как оттуда можно извлекать свои заметки (экспорт, при необходимости уйти в какой-нибудь другой сервис). Это не так просто. Это касается любого SaaS, который вы планируете использовать в качестве базы знаний.

Comments

[Vrex]

Кажется в NextCloud можно подключить плагин для заметок и получить в результате: свое_облако + облако_для_заметок

[riot26]

Dropbox Paper – просто находка. Лаконичный интерфейс, экспорт в маркдаун.

[Толстый Лорри]

riot26: Почему тогда не Google Docs?

[riot26]

Толстый Лорри: слишком много лишнего, тормозит больше пейпера (да, у меня слабое железо). Вордозаменитель избыточный для "просто заметок".

[Толстый Лорри]

riot26: Уж не знаю, что там может тормозить, ибо в сравнении с десктопными офисными редакторами там почти ничего нет) Интереснее, мне кажется, возможность встраивать скрипты. Но если речь о заметках, то их основная ценность - это теги и поиск. Если их нет, то какой толк из этого всего?

[Toasts]

riot26: спасибо, выглядит круто

[Aлександр]

Можно примеры автоматизиции. хотя бы на пальцах что и как? Хочу давно автоматизировать свой рабочий процесс, но не знаю с чего начать.

Заранее спасибо

[Толстый Лорри]

Aлександр: Для начала необходимо выполнить потенциально автоматизируемые задачи.

Допустим, я занимаюсь разработкой веб-приложения и тестовая среда у меня развернута локально. Внутри него используется проект другой команды (тоже веб-приложение) и периодически есть необходимость его у себя обновлять. Для этого нужно:

1. на CI-сервере запустить билд вражеской зависимости (если после крайнего уже были коммиты, иначе сразу к следующему пункту);
   
2. скачать готовый пакет;
   
3. забэкапить три предыдущих версии (используется develop-ветка, так что есть риск получить что-то нерабочее);
   
4. из старого вытащить конфиги;
   
5. развернуть накатить новый проект;
   
6. вставить конфиги;
   
7. подменить значения имен пользователей и баз данных в конфиге генератора скриптов миграции, сгенерировать их и таки запустить.
   

Вроде всё элементарные операции, но что-то неизбежно забывается (если делать это раз в месяц и только когда что-то перестает работать) и начинаются танцы с бубном на несколько часов. А скрипт - потратил однажды часа 3 и все это будет занимать считанные минуты, а то и вовсе запускается по крону где-нибудь ночью.

Это все достаточно просто делается с помощью Bash или PoSh-скриптов. Ну и куча подобных типовых действий, вроде "git push и запуск БД-миграции для всех текущих проектов", перезагрузить сервер, проверить статус какой-то фичи в базе данных, выгрузить git log с параметрами (по фиче, по стори, по таске, за период времени, по автору и т.п. с кучей консольных опций форматирования) - все это в отдельных файлах-скриптах спрятано в обычной кастомизированной панельке Windows.

[Aлександр]

Толстый Лорри: Самое огроменное СПАСИБО за подробную инструкцию

[Толстый Лорри]

Aлександр: Пожалуйста)

Answer 3

[Иван]

1) Trello и / или Meistertask (второе уже редко использую). Вообще это musthave для самоорганизации и планирования.
2)

Может вы как то умело храните папки, синхронизируете их с облаками и тд.

У меня на домашнем сервере поднят Syncthing. Также он поднят на рабочем компе, планшете, телефоне и даже боевых серверах. Вообще с серверами не совсем по феншую, но иногда это реально удобно (например когда я переключаю ветку GIT'a и нужно синхронизировать файлы).
3) Не пользуюсь Evernote, ибо Google Keep. А т.к. и так все в гугле (телефоны, планшеты, почта, календарь ...), то не вижу смысла плодить всякое.
4) C9.IO - не рекламы ради. Иногда пользуюсь вместо редактора, если что-то хочу покодить на компе без ничего (на бабушкином например, у неё только фотошоп есть :) ...
5) Gist ... Ну ХЗ, ни разу не было желания ...
6) Вместо Github -> Gogs (+Wiki там же). Кстати для GIT'a пользую SourceTree, очень удобно.
7) PHP-HTML-CSS-JS -> кодинг в Atom. Вроде как сублайм, но Атом.

Comments

[Толстый Лорри]

Вместо GIT'a пользую SourceTree, очень удобно

До первого косяка последнего, ага) Удобно, согласен, но это скорее "вместе", чем "вместо".

[Иван]

Толстый Лорри: ну да, оно иногда странно обрабатывает .gitignore, но в целом работает стабильно. Правда я всяких диких слияний итп. не делаю.

[Толстый Лорри]

Иван: Я в нем смотрю коммиты и делаю всякие push/pull, переключения веток. Если что-то сложнее, то лучше консольку открыть (благо, одной кнопкой открывается сразу в конре репозитория), набрать точно ту команду, которую хочешь и увидеть родной фитбек GIT, если что-то не так, чем смотреть в бесконечный прогрессбар =)

Answer 4

[Rick]

Calendar+Keep+Inbox+Docs+Drive, все с приставкой Google.
Для кода расширение в Google Docs -"Code Pretty". Все в одном, завязка на аккаунт. Инструменты очень гибкие и в связке дают гибкость и персональную настройку под планирование,заметки,документацию, хранение. Единственный минус если ОЗУ не хватает, может сек. 40 открывать документ на диске. В целом очень удобно.

Comments

[darksladen]

Я бы был счастлив, если все было бы в одном месте, но к сожалению у гугла много недоработано.. Например keep это как по мне кошмар, там даже нельзя делать какую то структуру из заметок, очень неудобно..

[Rick]

darksladen: Очень даже можно, как минимум иерархию из 2 уровней.Цвет-Ярлык(тег), а что больше, это уже директория или целый проект. Все в одном месте на мой взгляд - это аккаунт, а то, что возможно вы имеете ввиду, это "призывы" маркетологов. Начнется головная боль, какую подписку выбрать, в какой сервис мигрировать, а на самом деле что нужно ? Заметки они служат для входящей информации и чтобы не забыть, что-то важное. Структура из заметок на самом деле странновато, как можно назвать заметку, если вы обращаетесь к ней пару раз в год ? Переносите в документацию, мануал, памятку не важно... А заметка должна быть всегда на виду, то что вы используете хотя бы раз в неделю. Ну странно хранить фильмы, книги в заметках облачных, если есть уже сервисы с напоминанием, постером и новостями по тематике....
Поэтому распределенные сервисы логичнее, и не обезательно Гугл, можно сделать связку из тех, которые нравятся. А так это привязка и моновендорность.....

Answer 5

[Антон Дзодзиков]

Для ведения списков чего-либо использую Workflowy

Answer 6

[w1ld]

Главные инструменты: Evernote + Google Calendar. Evernote настроен по принципу GTD (The Secret Weapon). Главное не инструменты, мне кажется, а как я их использую, т.е. собирание входящего, обработка этого, списки идей, списки целей, списки следующих действий и др. (читайте Д. Аллена). Конечно, без других инструментов не обойтись, но они вторичны для меня (почта, git и др.)

Answer 7

[Иван Вишневский]

Вот интересная вещь - работа с sftp. Раньше пользовался Sublime всегда, теперь перешёл на atom. Он, конечно, медленнее, но там есть замечательный плагин для работы с sftp, иногда очень полезно. Не просто работать на компьютере, и синхронизировать, а писать прямо на сервер. Уже все знакомые начали пользоваться.

Ещё, как веб-разработчик, много пользы получил от двух мониторов, но это не секрет. Впрочем, не всем помогает.

Третий аспект - более глобальный. Если в ладах с английским, очень советую посмотреть одно видео. Там в целом рассказывается о том, почему часто лучше использовать меньше инструментов и сосредоточиться на коде. Ну и в целом, очень здорово разобраться, как работает определённая библиотека, перед тем, как её использовать.

Comments

[Дмитрий]

"писать прямо на сервер" - признак низкой квалификации программиста.
не стоит этим в приличном обществе хвастаться

[Иван]

forgetable А что за плагин? Я remote-sync использую, но он вроде не так пашет.

[Иван Вишневский]

Дмитрий: я же говорю, иногда это бывает полезно. Не всегда.

[Иван Вишневский]

Иван: Remote-FTP, из опробованных лучшим показался.

[Иван]

Дмитрий

"писать прямо на сервер" - признак низкой квалификации программиста.

А мужики то не знают ... И как вы мне предлагаете код тестить? По наитию? )) Кодил-кодил-кодил, потом запушил в гит, оно задеплоилось иииии, не пашет нихрена? Или нет блин, лучше я локальный сервер подниму и буду с ним е*ся ... Думать какого такого плагина мне не хватает на локальном, который есть на дев и проде.

[Дмитрий]

Иван: подробнее тут
https://en.wikipedia.org/wiki/Cowboy_coding
там же и ссылки есть на то, как правильно

[Иван Вишневский]

Дмитрий: спасибо, это интересно.

[Adamos]

Или нет блин, лучше я локальный сервер подниму и буду с ним е*ся ...

Устами младенца... ;)

[Илья Толлю]

А как же Докер? Сам Докер-демон можно запускать и локально, и на сервере, если локальных мощностей не хватает. И тестить можно сколько угодно.

[Толстый Лорри]

Иван:

И как вы мне предлагаете код тестить? ... Думать какого такого плагина мне не хватает на локальном, который есть на дев и проде.

Грамотная автоматизация деплоя решает такую задачу. Видимо, вы работаете один/в маленькой компании, поэтому возможные проблемы вам не очевидны.

ЗЫ Помимо адекватного командного воркфлоу, это позволит тестировать логику деплоя, что особенно актуально для более или менее сложных хостящихся приложений.

[Sanes]

Вот интересная вещь - работа с sftp

Чем не устаивает обычный ftp клиент. Тот же WinSCP в случае Win

[Иван]

Sanes: тем что не работает по Ctrl+S в редакторе?

[Sanes]

Иван: Еще как работает.

[Иван]

Василий: Да!!! И о чудо, всплывает вопрос: "как писать на тестовый сервер?" и "было бы удобно работать на нем". Где связь синхронизации и работе на проде?

[AlexryaZ]

"...теперь перешёл на atom. Он, конечно, медленнее, но там есть замечательный плагин для работы с sftp, иногда очень полезно."
А чем Вам SFTP в sublime не угодил, простите?

[Иван Вишневский]

AlexryaZ: как минимум, нет сайдбара.

Answer 8

[CityCat4]

трекер и VCS. Все свое, никаких облаков - кодом я поделиться не прочь, но когда в него лезут без спроса - не люблю.
Все оформляется либо задачей, либо пишется в wiki. Сейчас в качестве трекера redmine - там все есть уже внутри.

Comments

[CityCat4]

Василий: Под "без спроса" я имел в виду утечки, которые то и дело случаются то с того облачного сервера, то с этого. Когда нет обратной связи - то всем словам о защищенности ресурса тебе приходится либо верить, либо нет...

[Антон Дзодзиков]

Redmine сами запускаете на своей машине? Или покупаете?
На Github тоже сносный issue-tracker.

[CityCat4]

Антон Дзодзиков: redmine бесплатный. К нему есть конечно в большом количестве платные плагины, но я как-то без них обхожусь.

[Антон Дзодзиков]

CityCat4: Я к тому, что есть платный Redmine, который уже кто то захостил специально для вас.
Standalone-решение (то, что вы ставите у себя сами) - да, бесплатное.

Anyway, я понял из вашего ответа, что вы используете standalone решение.

[CityCat4]

Антон Дзодзиков: Есть конечно. Есть контора, которая пилит разные плагины к нему, она же и хостинг держит и торгует им. Но я в принципе стараюсь не использовать никакие сетевые хранилища.

Answer 9

[Константин Китманов]

github/gitlab/bitbucket для кода

trello для движухи, которая не укладывается в понятие кода. Например, списки на почитать/посмотреть/поиграть, посты в бложек, идеи для игр и т.д.

Answer 10

[Юрий]

ide от jetbrains, снимают много вопросов.
2 монитора, без этого никак, по крайней мере веб (подумываю о третьем)
личная база в one note (не идеально но пока лучшее что нашел, evernote не нравится)

Comments

[Crash]

2 и более мониторов - вопрос спорный. Я несколько лет работаю только с одним и даже не думал о дополнительных. Однажды попробовал - не ощутил прилива эффективности, только внимание стало сложнее концентрировать. И на Хабре кстати есть статья об этом: https://habrahabr.ru/company/alconost/blog/325690/

[Виктор]

Crash: А я на трёх работал и хочу хотя бы 4 а лучше больше.

[Crash]

Виктор: почему бы не 10? чего мелочиться))

[Виктор]

Crash: Я рассматривал конфигурацию из бюджетных комплектующих и 8 мониторов по 27 дюймов. В моём городе это можно купить примерно за 180 000 руб. Пока у меня нет таких денег вот и сижу на том что есть.
А вообще это удобнее и быстрее голову повернуть чем мышкой выбирать и раскрывать нужное окно из списка.

[Crash]

Виктор: а как же концентрация внимания? Неужели не мешает? Я как только попробовал 2 моника, сразу же почувствовал, что стало сложнее сосредоточиться на задаче.
Кстати, если не трудно, объясните пожалуйста, зачем нужно столько мониторов? Что открыто на дисплее каждого из них? Может это я такой темный и не секу фишку

[Виктор]

Crash: Нет мне на оборот ускоряет работу. Про 8 мониторов я и сам не знаю. Но думаю я бы открылпримерно следующие:
1. Ide
2. Браузер
3. Отладчик
4. Переводчик (Я обычно в двух окнах открываю гугл переводчик)
5. Консоль (тоже 2 окна на один монитор)
6. Скайп, почта, redmine
7. Файловый менеджер

Это то что я использую при разработке приложений на cordova

[Crash]

Понятно. У меня одновременно открыто примерно столько же приложений и вкладок, если не больше. Но дополнительные мониторы и рабочие столы не нужны, если мастерски владеть комбинациями клавиш Alt + Tab и Ctrl + Tab ))

[Юрий]

Crash:
1 центральный - ide
2 справа - браузер с открытм проектом
3 слева вертикальный (которого пока нехватает) с one note (список задач и доки) + консоль.

насчет внимания проблема надуманная, ничего не отвлекает, если конечно там не шевелится что-то. наоборот одним взглядом можно все охватить и не отвлекаться на переключение окон. да и альт таб никто не исключал все равно.

[lukoie]

Виктор: если речь о винде, то гуглопереводчика можно избежать если пользовать QTranslate

[Виктор]

lukoie: Спасибо, но я использую ubuntu

Answer 11

[lukoie]

Quip/Notion

Answer 12

[Роман Франк]

Pocket — для закладок к которым часто обращаюсь
Evernote — для заметок
Bitbucket — для кода
Todoist — для списка дел на день

Comments

[Crash]

google keep умеет как заметки, так и списки дел)

[KingAnton]

Crash: он не умеет приятный интерфейс )

[Crash]

KingAnton: ну это на вкус и цвет, меня интерфейс более чем устраивает. Лучше я бы уж точно не придумал)

[lukoie]

Crash: это для двух с половиной заметок и тасков он подходит. для более солидных людей гугл кип не солидный.

[darksladen]

lukoie: Абсолютно верно!

[lukoie]

darksladen: кстати для более солидной работы с заметками лучше подходит CintaNotes, хотя и он не идеален, но пока это лучшее что есть.

[darksladen]

lukoie: Очень неожиданно =) Его даже на андроид нет.. Я остановился пока на evernote, вроде все в нем отлично и интерфейс намного приятней, да и функционала хватает по зарез

[lukoie]

darksladen: Вы правы, Синта на моей основной ОС Виндовс10. Для работы на андроиде и других ОС с той же облачной базой заметок - Simplenote(от авторов Вордпресса). Оно синхронизируется в обе стороны. Приложение Simplenote как и следует из названия слишком базовое. Но при этом вполне себе выше чем у гуглкипа.
Тем не менее, основная функция Синты, которая выделяет ее среди конкурентов - быстрая вставка заметки из выделенного текста в любом приложении, делает ее незаменимой.
Перепробовал пару десятков(!) приложений.

Answer 13

[Denis]

1. Todoist - для текущих дел
2. Trello - для планирования
3. Evernote - для заметок и хранения информации разной
4. Dropbox - для хранения файлов

Плюс на компе стоит Mailbird который и почта и в нем есть Apps, где можно открывать все указанные выше приложения

Answer 14

[PE3OHATOP]

Раньше пользовался Quiver (Mac OS) для хранения мыслей, своих наработок кода, интересных статей из интернета и вообще разной полезной информации. В основном пишу на маке в виртуальной машине (или по удаленке) Windows - MS Visual Studio, но иногда приходиться работать на компьютере с чистом Windows, тут начинаются неудобства с доступом к данным Quiver. Поэтому написал для себя программу HomeWiki - изначально предполагал использовать ее как записную книжку программиста, но в результате получилось типа универсальной базы знаний. Если разместить данные на DropBox, то при необходимости получаю доступ к личной базе с любого мобильного устройства или компьютера, так как формат хранения информации в программе для редактируемых данных - HTML и для данных только для чтения - PDF. Кому интересно - pe3oha.top

Answer 15

[Анатолий Понтюко]

Для организации работы все больше и больше сервисов необходимы в наличии. Вот есть пример 10 полезных сервисов

Answer 16

[essyss]

да пока нет каких-то особых приблуд. для себя просто определяю четкий план на день, какие-то работы делегирую и достаю исполнителей в соцсетях))) а насчет синхрона все более чем просто, у меня айфон и мак, и я любую папку/фотку/заметку/документ могу посмотреть с любого устройства.
а вообще есть крутая штука - trello. создаешь акк, покупаешь бизнес версию, создаешь проект, даешь доступ к нему своей команде. простой браузерный тасктрекинг с клевым дизайном))))