Как начальник может контролировать фрилансера по часам удалённо?

Вы, видимо, работаете не по часам, и оцениваете свою работу также не по ним, раз так рассуждаете.

Как начальник может контролировать фрилансера по часам удалённо?

доверия не испытывает никакого, раз он согласен просматривать ваши скриншоты деятельности

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

Как начальник может контролировать фрилансера по часам удалённо?

Какой-то совершенно негуманный в частности в плане трафика и в целом в плане отопления планеты способ.

Хотите задать вопрос администрации Тостера?

Wentixon, на это я предлагал ввести больше модерации от самого сообщества.

Хотите задать вопрос администрации Тостера?

CityCat4, Adamos поудалял свои ответы тебе, видимо. Либо, это сделала администрация. Собственно, о чем я и писал выше, не нравится ответ или комментарий - нажми "пожаловаться". Попроси администрацию ввести возможность модерирования сообщества, после того как пользователь достиг каких-то высот в простейшем редактировании (оно есть уже сейчас у постов-вопросов) или в чем-либо еще.

Wentixon,

Я помню спорил с чуваком, который в каждом ответе с умным видом напишет полную ересь, да ещё кинет ссылку на свой нубские блог

О чем я и говорил и тут и выше, вам не спорить нужно было, развлекая себя от безделья, а нажать на "пожаловаться" и забыть про этого чувака, не засоряя ресурс своими спорами, сюда приходят совершенно не за чтением ваших препираний с кем-либо. Тот факт, что на других ресурсах вас приучили делать именно так - это проблема тех ресурсов, которые давно уже скатились по уровню общения, а отчасти и контенту, в адок.

Хотите задать вопрос администрации Тостера?

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

Хотите задать вопрос администрации Тостера?

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

Хотите задать вопрос администрации Тостера?

Adamos, если у вас и это вызывает вопросы, то скорее всего мы с вами закончим дискуссию уже на следующем вашем комментарии, но пока я все-таки отвечу вам:

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

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

Хотите задать вопрос администрации Тостера?

CityCat4, если вы против минусования, то значит я неверно понял эти ваши слова:

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

Показалось, что вы тут за введение минусов. Так что извиняюсь.

Хотите задать вопрос администрации Тостера?

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

Но постараюсь переписать ваш ответ так, как он должен был бы быть написан:

Мы тут все в интернете и поэтому нам пофиг на то, что произойдет с нашим профилем на ресурсе и самим ресурсом, это же нас лично не коснется.

Думаю, вы уже и сами поняли, что написали чушь.

Хотите задать вопрос администрации Тостера?

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

Хотите задать вопрос администрации Тостера?

CityCat4, так напишите модераторам, а не развлекайтесь минусованием. Пускай введут более широкую модерацию сообществом (она отчасти и сейчас есть), в конце концов.

Хотите задать вопрос администрации Тостера?

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

Как уже верно было замечено выше, минусы дают строго лишнее: позволяют лишний раз оправдать себя за создание "ботов"; расслаивают сообщество по взглядам, которые могут быть затронуты в вопросах и ответах; вымывают меньшинства с ресурса; увеличивают развлекательность ресурса для большинства, но обесценивают его в конечном счете для всех посетителей в сумме; тормозят новичков.

Частично или полностью эти и другие проблемы можно решить, в сумме - никогда. Минус - всегда был и будет в основной его части развлекательный инструмент, за счет его холиварной составляющей. Если угодно аналогий, то это как разрешить бить по лицу друг другу в обществе - додумать последствия никому не составит труда. Вместо этого лучше иметь законы и полицию.

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

React + Redux: как использовать один и тот же компонент несколько раз одновременно?

Алексей Николаев, Алексей? :-)

React + Redux: как использовать один и тот же компонент несколько раз одновременно?

Алексей Николаев, не понял о чем вы конкретно, если честно.

React + Redux: как использовать один и тот же компонент несколько раз одновременно?

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

React + Redux: как использовать один и тот же компонент несколько раз одновременно?

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

React + Redux: как использовать один и тот же компонент несколько раз одновременно?

Даниил Емелин, перенес. Но смысл, суть вопроса же в другом.

Какую убунту выбрать для домашнего сервачка с Kodi?

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

Как выбрать программиста с адекватной ценой за час?

Что значит 'один из'? ТЗ должно быть всегда, и чем продуманнее, тем лучше.

Agile, Scrum, Kanban - видимо, вам либо незнакомы данные термины, либо вы до конца не понимаете их, либо вы никогда не работали по таким методологиям.

Без ТЗ работа не должна выполняться от слова совсем

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

Не согласен. ТЗ критично для новых проектов и менее критично для старых, ибо в новых нужно изначально задать планку-стандарт исходя из которого будет писаться вся остальная архитектура проекта, а в старых уже как правило есть своя 'архитектура'

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

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

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

как правило при подобных заказах выясняется, что Вы не совсем правильно поняли заказчика, и оказывается нужно дополнительно реализовать еще 'пару мелочей'. Если ТЗ будет проработанное, то 'мелочи' все обговорят на берегу

Бесспорно, поэтому если заказчик четко знает, что он хочет, а знать он это (четко) может только в случае, когда ранее уже сталкивался с подобным проектом (ну то есть он просто переходит на что-то новое в плане платформы, или к заказчику пришел специалист, знакомый с подобным проектом в другом месте), то я обеими руками за ТЗ. Можно исследовать текущие бизнес-процессы в привязке их к IT-решениям, можно исследовать функционал самих решений, и на основании этого строить новый клевый проект по ТЗ.

Впрочем, это все лирика, повторюсь - в мире огромное количество проектов, которые живут без ТЗ и прекрасно себя чувствуют.