Пока отчет не сформирован, у клиента не должно быть возможности его посмотреть (раньше можно было, но вроде исправили), в любом случае, меня это не настолько беспокоит, чтобы что-то сразу удалять.
Насколько я знаю, клиент видит Work Diary в реальном времени.
На тему мотивации: всё, кроме сохранения скриншота на сервере умеет Shutter. На линуксе ставится из репозитория двумя командами (сначала надо установить сам Shutter, потом поставить необязательные зависимости, чтобы заработало редактирование).
искать, куда приложение сохранило картинку, а потом прикреплять её
В случае с тем же Shutter, картинку можно скопировать в буфер обмена и вставить сразу куда надо, многие сервисы это поддерживают (точно поддерживают: slack, telegram, vk).
На тему автообновления: мне не нравится идея, что какое-то левое приложение будет что-то там само обновлять.
Правильный способ для линукса: поднять свой репозиторий и обновлять средствами системы, через пакетный менеджер.
Прошу прощения за небольшой оффтоп, но я снова вижу крайне раздражающее меня явление: многие авторы делают вид, что Git и Github — одно и то же. После этого многие новички или люди, которые не очень в теме, начинают путать Git и Github, либо начинают считать, что Github — это и есть Git.
После этого я вижу требования "знания гитхаба" в описаниях работ/заказов, и вопросы "про гитхаб" на форумах, под которыми на самом деле скрываются вопросы про гит.
Если вы вдруг не знакомы, то я хочу немного познакомить вас с системой управления версиями по имени Git. Под катом вас ожидает описание того, как использовать GitHub вместе с Visual Studio.
Автор хочет познакомить нас с Git, но дальше пишет про Github.
Перед тем как продолжить, нужно выучить немного терминов.
… Push – отправка изменений из локального репозитория в репозиторий GitHub.
Неправда! Push — отправка изменений из локального репозитория в любой удалённый репозиторий, необязательно Github!
Напоследок, небольшой FAQ:
Q: Github — самый популярный хостинг для Git-репозиториев? A: Да. По крайней мере, для проектов с открытым кодом.
Q: Github — единственный хостинг для Git-репозиториев? A: Нет. Из популярных ещё есть Bitbucket и Gitlab. Кстати, Gitlab можно развернуть на своём сервере.
А ещё, если вот эти красивые UI не нужны, то можно поднять голый Git-сервер на своём сервере.
Q: Чтобы пользоваться Git, обязательно нужен хостинг для Git-репозиториев? A: Нет.
"security by obscurity" не значит, что obscurity это плохо. Это значит, что когда obscurity — единственный способ обеспечения безопасности — вот это плохо.
Открою секрет: программистам (как и многим другим специалистам) необязательно физически находиться в той же стране, в которой находится его работодатель.
Насколько я знаю, клиент видит Work Diary в реальном времени.
Ещё можно продать душу дьяволу за условно бесконечные деньги и магическую силу.
Только, наличие денег и силы не мешает потом умереть.
Отступы табами в питоне?! Но как же PEP8...
В оригинале идёт речь про конкретный запрос, почему у вас "запросы" во множественном числе?
Простите, но я не могу не оставить это видео здесь.
Что это значит?
На тему мотивации: всё, кроме сохранения скриншота на сервере умеет Shutter. На линуксе ставится из репозитория двумя командами (сначала надо установить сам Shutter, потом поставить необязательные зависимости, чтобы заработало редактирование).
В случае с тем же Shutter, картинку можно скопировать в буфер обмена и вставить сразу куда надо, многие сервисы это поддерживают (точно поддерживают: slack, telegram, vk).
На тему автообновления: мне не нравится идея, что какое-то левое приложение будет что-то там само обновлять.
Правильный способ для линукса: поднять свой репозиторий и обновлять средствами системы, через пакетный менеджер.
Уровень сложности без привязки к теме не имеет смысла.
Один и тот же человек может быть экспертом в одной теме и новичком в другой.
Не нашёл в списке инвалидации кэша и придумывания названий для вещей. Разочарован.
Прошу прощения за небольшой оффтоп, но я снова вижу крайне раздражающее меня явление: многие авторы делают вид, что Git и Github — одно и то же. После этого многие новички или люди, которые не очень в теме, начинают путать Git и Github, либо начинают считать, что Github — это и есть Git.
После этого я вижу требования "знания гитхаба" в описаниях работ/заказов, и вопросы "про гитхаб" на форумах, под которыми на самом деле скрываются вопросы про гит.
Автор хочет познакомить нас с Git, но дальше пишет про Github.
Неправда! Push — отправка изменений из локального репозитория в любой удалённый репозиторий, необязательно Github!
Напоследок, небольшой FAQ:
Q: Github — самый популярный хостинг для Git-репозиториев?
A: Да. По крайней мере, для проектов с открытым кодом.
Q: Github — единственный хостинг для Git-репозиториев?
A: Нет. Из популярных ещё есть Bitbucket и Gitlab. Кстати, Gitlab можно развернуть на своём сервере.
А ещё, если вот эти красивые UI не нужны, то можно поднять голый Git-сервер на своём сервере.
Q: Чтобы пользоваться Git, обязательно нужен хостинг для Git-репозиториев?
A: Нет.
Парсер русского языка в моей голове сломался на этом комментарии.
"security by obscurity" не значит, что obscurity это плохо. Это значит, что когда obscurity — единственный способ обеспечения безопасности — вот это плохо.
Автор из тех странных людей, которые заставляют программистов галстуки на работе носить.
Открою секрет: программистам (как и многим другим специалистам) необязательно физически находиться в той же стране, в которой находится его работодатель.
Это какая неизвестная мне команда, или там должен быть rsync?
троллейбус_из_хлеба.jpg
Десктопные приложения, например.
Я думаю, такой декодер уже есть.
Через несколько перезагрузок страницы появляется пустая капча.