Как правило, в агентствах одной командой одновременно ведется большое количество проектов. И количество времени, которое они тратят на работу над одним проектов в день, сильно ограничено. Перерабатывать смысла нет, так как сидят за оклад. Мотивация минимальна. Да, фрилансер тоже ведет много проектов одновременно, но здесь он отвечает своей репутацией, в то время как в компании сотрудник – это приходящее/уходящее звено. Не вышел на связь – ну и ладно. Рабочий день закончился – завтра посмотрю.
Не совсем отвечает реальности. Фирлансер в качестве эксперта если Вам с ним конечно повезло сделает независимую оценку Тут главное что никто не знает зараннее хороший фрилансер или не очень. Фрилансер в качестве разработчика — в принципе если хороший сделает хорошо. Но с поддержкой будет сложнее. Его проект не будет знать никто кроме него. По поводу незамотивированных разработчиков из агенств которые сидят на окладе мнение неверное (хотя не исключает то что такие фирмы сущетсвуют и даже в Вашем случае была именно такая фирма). Их форма оплаты завуалированная сделка. Т.к. все часы относятся к проектам и время строго учитывается. В особо тяжелых случаях учет настолько тотальный, что на компьютер устанавливают программы которые делают снимки экранов и в зачет берут только время, когда работник типа топил клавиши. Да и репутации фирме не менее важна, чем фрилансеру.
Стандартный ответ из Битрикса, всегда плохой хостинг а не плохой Битрикс.
Про бардак с админскими провами это завсегда. Мне на некоторые сайты, к которым лет 5 тому назад дело имел, доступ до сих пор открыт.
Удаленные разработчики свою специфику имеют, многие подробатывают, поэтому им порой проще бросить клиента чем помочь при форс мажоре.
Пользую rocket.chat в закрытой корпоративной сети без интернета с середины 2017, так как это был единственный вариант, который можно было легко протщить внутрь и обнолять потом (snap) при наличии "воздушного зазора" между тобой и репозиториями.
Вообще, проект сильно поднялся за поледнее время — молодцы ребята! Фиксят баги, делают фичи.
Рассматривали, но Рокет по некоторым причинам подошел больше) Например, одним из важных пунктов были реакции на сообщения, так привыкли к ним в Слаке, что без них уже не можем работать))
Не бесплатно, конечно. Но для tech-компании вполне может получиться по факту бесплатно: сервер уже и так есть для других целей (и половина ресурсов простаивает), обслуживанием занимается штатный сисадмин, который и так не нагружен на 100%.
Потому что потребление э/э это относительно ничто по сравнению с ценой, к примеру, на лицензию Microsoft Lync или нынче Skype for Bussiness (тоже On Premise решение).
Потому что 1) в ит конторах сервер и как уже есть, 2) стоимость «фиксированная» 3) завтра ваш сервер не продадут инвестору потому что сервису нужно вернуть бабло.
Не понимаю когда говорят о том, что установленный сервис на собственном сервере — это бесплатно. А про то, что своё оборудование потребляет полезные ресурсы и требует обслуживания и сопровождения (а значит времени соответствующего специалиста), почему-то забывают.
Тогда каждому сотруднику придется завести отдельную симку — так себе удобство. Группировка чатов и каналов по собственным категориям была бы удобнее, вот только когда ее внедрят — непонятно.
Написали, почему не подошел. Очень быстро перемешиваются личные и рабочие переписки (и не все их хотят мешать в принципе), группировки в официальном приложении нет, в неофициальных клиентах тоже не особо удобно.
У нас при переезде были проблемы со некоторыми медиаобъектами (грубо говоря, url на сервер slack вместо картинки), но решилось пересохранением объекта в локальное хранилище рокета и правкой ссылки в сообщении.
Из слака мы импортировали данные через функцию импорт в админке слака. Там есть встроенный импорт из хипчата, слака, а также в универсальном формате CSV.
Используем rocket.chat с его самых ранних версий, года полтора-два уже для общения внутри компании (~250 человек). Багов меньше с релизами конечно не становится :) один починят — два новых всплывет. Регулярные проблемы с обновлениями (как вот, например, недавно — оказалось что 8.10 версия nodejs приводит к segfault) где-то с 0.5х версий, приходится что-то шаманить. Но в целом ко всему привыкли уже и из бесплатных аналогов с сопоставимым функционалом мне трудно что-то вспомнить сейчас, пожалуй даже и ничего нет из такого что можно взять, установить себе на сервер и начать использовать сразу же без проблем + есть клиенты на телефон даже.
p.s. slack нам не подходил, так как нужен именно свой сервер
Лично мне кажется, что чем дальше программист от monkey-кодинга, тем больше такая система будет ему мешать и связывать руки. Т.к. он будет работать не на результат, а на циферки. Задачи, которые решает senior часто имеют самое прямое отношение к архитектуре, массовый рефакторинг может возникнуть по мере необходимости в любой момент, и пр. не особо предсказуемые штуки. И если человек при этом будет принимать решения опираясь на циферки для отчёта, то это просто губить и специалиста, и проект всецело. Ну не работает это так. Лично я автору, которому понравилось, просто тупо не верю.
И да, человек будет заинтересован в этих показателях куда больше, чем если бы он был вовлечён в проект с головой, живя им. Не представляю как можно "жить проектом", когда у тебя над головой стоят какие-то мужуки с калькуляторами.
Если поставил слишком большое время за задачу и руководитель это заметил, то он мог потребовать выполнить эту задачу повторно при нем. И если ты выполнял ее намного быстрее, то время корректировали, а время, затраченное на повторное выполнение шло в плюс руководителю в качестве задачи «Контроль сотрудника».
Ну набросились на человека… Обратите внимание, что человек ПОЛОЖИТЕЛЬНО оценивает свой опыт работы под такой системой… Есть подозрение, что минусующие и комментирующие про цепи и ректалные зонды не шибко любят работать, а иначе чем можно объяснить неприязнь подобной оценки труда…
Нажимать кнопочки не отнимет много времени… По моему опыту, в некоторых конторах надо было описывать все задачи, которыми занимался в течение дня и указывать затраченное время… При этом ни каких систем контроля задач не было и тебя мог отвлечь начальник, начальнки начальника или продажник… Т.е. тупо заполняешь табличку фантазиями на тему «чем я занимался весь день», полная хрень и профанация…
За годы работы на фрилансе у меня выработалась подобная схема, только чуть более затратаная по времени: задачи в редмайне, а в гугл-документах номер задачи и затраченное время за текущий день (просто в отдельной табличке записывал время начала работ, время окончания, а ниже считалось общее время). В конце месяца высылал заказчикам отчёт. Эту схему я сам предложил заказчикам и придерживаюсь её, потому как считаю её честной, заказчик платит за мою работу, а не за время, проведённое на горшке…
Не совсем отвечает реальности. Фирлансер в качестве эксперта если Вам с ним конечно повезло сделает независимую оценку Тут главное что никто не знает зараннее хороший фрилансер или не очень. Фрилансер в качестве разработчика — в принципе если хороший сделает хорошо. Но с поддержкой будет сложнее. Его проект не будет знать никто кроме него. По поводу незамотивированных разработчиков из агенств которые сидят на окладе мнение неверное (хотя не исключает то что такие фирмы сущетсвуют и даже в Вашем случае была именно такая фирма). Их форма оплаты завуалированная сделка. Т.к. все часы относятся к проектам и время строго учитывается. В особо тяжелых случаях учет настолько тотальный, что на компьютер устанавливают программы которые делают снимки экранов и в зачет берут только время, когда работник типа топил клавиши. Да и репутации фирме не менее важна, чем фрилансеру.
Про бардак с админскими провами это завсегда. Мне на некоторые сайты, к которым лет 5 тому назад дело имел, доступ до сих пор открыт.
Удаленные разработчики свою специфику имеют, многие подробатывают, поэтому им порой проще бросить клиента чем помочь при форс мажоре.
Пользую rocket.chat в закрытой корпоративной сети без интернета с середины 2017, так как это был единственный вариант, который можно было легко протщить внутрь и обнолять потом (snap) при наличии "воздушного зазора" между тобой и репозиториями.
Вообще, проект сильно поднялся за поледнее время — молодцы ребята! Фиксят баги, делают фичи.
Не бесплатно, конечно. Но для tech-компании вполне может получиться по факту бесплатно: сервер уже и так есть для других целей (и половина ресурсов простаивает), обслуживанием занимается штатный сисадмин, который и так не нагружен на 100%.
Не понимаю когда говорят о том, что установленный сервис на собственном сервере — это бесплатно. А про то, что своё оборудование потребляет полезные ресурсы и требует обслуживания и сопровождения (а значит времени соответствующего специалиста), почему-то забывают.
И как сменили-то? Пользователей как-то переносили, историю, структуру чатов?
p.s. slack нам не подходил, так как нужен именно свой сервер
Лично мне кажется, что чем дальше программист от monkey-кодинга, тем больше такая система будет ему мешать и связывать руки. Т.к. он будет работать не на результат, а на циферки. Задачи, которые решает senior часто имеют самое прямое отношение к архитектуре, массовый рефакторинг может возникнуть по мере необходимости в любой момент, и пр. не особо предсказуемые штуки. И если человек при этом будет принимать решения опираясь на циферки для отчёта, то это просто губить и специалиста, и проект всецело. Ну не работает это так. Лично я автору, которому понравилось, просто тупо не верю.
И да, человек будет заинтересован в этих показателях куда больше, чем если бы он был вовлечён в проект с головой, живя им. Не представляю как можно "жить проектом", когда у тебя над головой стоят какие-то мужуки с калькуляторами.
Нажимать кнопочки не отнимет много времени… По моему опыту, в некоторых конторах надо было описывать все задачи, которыми занимался в течение дня и указывать затраченное время… При этом ни каких систем контроля задач не было и тебя мог отвлечь начальник, начальнки начальника или продажник… Т.е. тупо заполняешь табличку фантазиями на тему «чем я занимался весь день», полная хрень и профанация…
За годы работы на фрилансе у меня выработалась подобная схема, только чуть более затратаная по времени: задачи в редмайне, а в гугл-документах номер задачи и затраченное время за текущий день (просто в отдельной табличке записывал время начала работ, время окончания, а ниже считалось общее время). В конце месяца высылал заказчикам отчёт. Эту схему я сам предложил заказчикам и придерживаюсь её, потому как считаю её честной, заказчик платит за мою работу, а не за время, проведённое на горшке…