На гитхабе уже часто не так важна локальная красивая история коммитов, хотя и может быть полезно, как атомарность самих PR. В приведенной в примере репе TypeScript формат коммитов такой потому, что они делают гитхабовский сквеш-мерж, который мержит всю ветку одним коммитом.
И если PR уже на ревью, сквешить самому лучше уже не стоит, это путает историю изменений и ревьюверу потом тяжело отследить новые.
Но может зависеть от репозитория, с которым вы работаете.
Жаль ни слова о мультиплеере JKO/JKA, это было бы достойно отдельной статьи. Пользуясь случаем, передаю привет Липецкой РП локалке и тогдашней русскоговорящей части ESL сообщества, полные драйва дуэли и командные зарубы остались приятными воспоминаниями.
Первый нюанс, в том что, я получил рабочую систему, в «мультисервисах» в «мультиокнах». Т.е. чтобы с ней работать, нужно заходить в разные системы по разным url адресам и менять везде настройки.
SSO. Если сервис не поддерживает стандарт — повод поискать альтернативы… или даже написать что-то своё, раз ниша свободна, и попробовать на этом заработать. Раз вы уже делаете свои языки и облачные ОС.
Второй нюанс в том, что клиент (юр лицо) платил этим системам по Visa карте, и нет никакой возможности платить как юр лицо.
Корпоративные карты?
В третьих сбои. Так как система «мультисервисная», то возрастает количество сервисов, возрастает и риск сбоя всей системы.
В четвертых, я хочу делать бэкапы системы. И возникает вопрос, а как их делать, если системы не позволяют это делать? И если они позволят, то где мне этот бэкап потом запустить?
Нужно потратиться на сисадмина, или если это про сервисы — опять же, поискать аналоги.
Если это какой-то облачный сервис который даже экспорт не предоставляет — стоит поискать аналоги просто что бы не потерять данные в случае кончины сервиса.
Операционная система дает одно свойство – она запускает программы, которые под нее написаны, в единой среде.
Вы перечислили пять проблем, а велосипед по итогу решает только первую?
И подобное будет работать до ближайших обновлений сервисов и/или их API. Потом вам придется переписывать интеграции. А учитывая что вы пишите на своём языке — это никто кроме вас и не сможет сделать.
Потому и существуют общие стандартны вроде SSO, совместимость с которыми осуществляется на стороне сервиса.
Смотря на критику акции, хочу напомнить, что была как минимум одна очень успешная подобного рода: Протесты против SOPA/PIPA в 2011. «Диванные бунты» могут быть и не бесполезны.
Как минимум, не организовывать акцию наспех, за выходные, без особо сформированных целей.
В любом случае, верю, что шаг в правильном направлении, и в следующий раз будет лучше.
Жаль только, что опомнились лишь сейчас, а не к моменту ковровых блокировок или Яровой.
podivilov это можно было бы закрепить тоже, ИМХО лучший вариант! Работает в большинстве браузеров, авто подстановка языковой версии, чисто символический плюс в виде отдачи не nginx-ом.
+ стоило бы дождаться комментариев рамблера
+ подготовить какой-то манифест, никто не будет читать и вникать в кучу статей на хабре
+ блэкаут будет скорее всего не приемлем для многих коммерческий сайтов (в т.ч. тех гигантов кто уже отписался «в поддержку» на хабре), без этого всё дело рискует ограничится личными блогами
+ баннер на сайт легче встроить
+ слишком быстро, еще и в выходные, без времени на подготовку и распространение информации о акции
+ на 30 минут в воскресенье — не очень хорошее время для распространения информации
Быть может, система кармы работала бы лучше, если бы её счетчики были аналогичны оценкам и висели бы над комментарием/под статьёй, без возможности изменения из профиля:
+ лишние напоминание о существовании кармы при оценке комментария/статьи
+ отчасти решается проблема с «за что»
+ оперативная автокоррекция аномальных изменений кармы от сообщества (то, что сейчас уже отчасти решается возмущенными комментами юзера «а в карму то за что?!?», даже тут выше примеры)
− нагромождение счетчиков и кнопок (но что поделать, если у юзера два счетчика)
Я, конечно, бесправный ридонли без статей и вроде не должен оценивать эту часть хабра, но слежу за сообществом давно и в курсе проблем.
Самый простой способ — отправлять curl-ом откуда угодно (к примеру php или bash) сообщения через слакбота, достаточно включить соответствующую интеграцию: https://slack.com/apps/A0F81R8ET-slackbot
При подключении и настройке будет небольшая шпаргалка по использованию.
Больше возможностей с использованием API, есть множество довольно удобных готовых библиотек под большинство языков: https://api.slack.com/community
На гитхабе уже часто не так важна локальная красивая история коммитов, хотя и может быть полезно, как атомарность самих PR. В приведенной в примере репе TypeScript формат коммитов такой потому, что они делают гитхабовский сквеш-мерж, который мержит всю ветку одним коммитом.
И если PR уже на ревью, сквешить самому лучше уже не стоит, это путает историю изменений и ревьюверу потом тяжело отследить новые.
Но может зависеть от репозитория, с которым вы работаете.
Жаль ни слова о мультиплеере JKO/JKA, это было бы достойно отдельной статьи. Пользуясь случаем, передаю привет Липецкой РП локалке и тогдашней русскоговорящей части ESL сообщества, полные драйва дуэли и командные зарубы остались приятными воспоминаниями.
del, хабр с дуба рухнул одобрять комменты спустя годы
SSO. Если сервис не поддерживает стандарт — повод поискать альтернативы… или даже написать что-то своё, раз ниша свободна, и попробовать на этом заработать. Раз вы уже делаете свои языки и облачные ОС.
Корпоративные карты?
Нужно потратиться на сисадмина, или если это про сервисы — опять же, поискать аналоги.
Если это какой-то облачный сервис который даже экспорт не предоставляет — стоит поискать аналоги просто что бы не потерять данные в случае кончины сервиса.
Вы перечислили пять проблем, а велосипед по итогу решает только первую?
И подобное будет работать до ближайших обновлений сервисов и/или их API. Потом вам придется переписывать интеграции. А учитывая что вы пишите на своём языке — это никто кроме вас и не сможет сделать.
Потому и существуют общие стандартны вроде SSO, совместимость с которыми осуществляется на стороне сервиса.
В любом случае, верю, что шаг в правильном направлении, и в следующий раз будет лучше.
Жаль только, что опомнились лишь сейчас, а не к моменту ковровых блокировок или Яровой.
+ стоило бы дождаться комментариев рамблера
+ подготовить какой-то манифест, никто не будет читать и вникать в кучу статей на хабре
+ блэкаут будет скорее всего не приемлем для многих коммерческий сайтов (в т.ч. тех гигантов кто уже отписался «в поддержку» на хабре), без этого всё дело рискует ограничится личными блогами
+ баннер на сайт легче встроить
+ слишком быстро, еще и в выходные, без времени на подготовку и распространение информации о акции
+ на 30 минут в воскресенье — не очень хорошее время для распространения информации
Так, конечно, оно уголовное, со всеми сопутствующими бонусами.
Не Рамблер вчера по гражданскому делу ворвался в офис, конфисковал технику и задержал Сысоева и Коновалова.
+ лишние напоминание о существовании кармы при оценке комментария/статьи
+ отчасти решается проблема с «за что»
+ оперативная автокоррекция аномальных изменений кармы от сообщества (то, что сейчас уже отчасти решается возмущенными комментами юзера «а в карму то за что?!?», даже тут выше примеры)
− нагромождение счетчиков и кнопок (но что поделать, если у юзера два счетчика)
Я, конечно, бесправный ридонли без статей и вроде не должен оценивать эту часть хабра, но слежу за сообществом давно и в курсе проблем.
При подключении и настройке будет небольшая шпаргалка по использованию.
Больше возможностей с использованием API, есть множество довольно удобных готовых библиотек под большинство языков: https://api.slack.com/community