Теоретически да, если пытаться честно брутфорсом подбирать пароли/ключи то получаем увеличение времени, но по факту даже просто длинный пароль 64 и более символов на RDP подобрать не реально, зачем городить еще доп нагрузку в виде VPN?
А если не честно ломать, через дыры в ПО RDP или VPN, то разницы защиты нет, хакер получает доступ с root к системе и делает всё что ему нужно…
Совершенно верно.
Логин+Пароль VS Логин+Пароль+Ключ. Других принципиальных отличий по безопасности нет, и я рад, что здесь достаточно компетентный народ, который с пунктом 2 не спорит.
Но, что мешает нам поставить на RDP пользователя длинный пароль? Windows поддерживает макс длину до 127 символов, такой пароль на современных компьютерах подобрать невозможно, его легко сгенерировать, а человеку выполняющему подключение, без разницы, какой длины будет copy/past в строку пароля (мы понимаем, что для RDP заводится спец. пользователь с требуемыми правами).
Соответсвенно, сравниваем 2 конфигурации:
1. RDP с длинным паролем напрямую через интернет.
+ Не требуется лишних телодвижений весь ф-ционал настройки RDP доступен из коробки в Windows.
2. RDP через VPN
— Кроме RDP требуется дополнительная установка/настройка VPN
— Подключение работает медленнее, так как кроме стандартного RDP шифрования дополнительно выполняется ещё и VPN шифрование.
— При взломе VPN, если он настроен по умолчанию (или не достаточно компетентно), хакер получает сразу доступ ко всей внутренней сети, в отличии от доступа к одиночному ПК в случае взлома RDP (хотя и через него тоже потом теоретически можно получить доступ ко внутренней сети).
Как мы видим, обе конфигурации обеспечивают примерно одинаковый уровень безопасности, но вариант «RDP с длинным паролем напрямую через интернет» однозначно выигрывает.
По сему, главный посыл статьи, о том, что RDP напрямую с выходом в интернет – опаснее, чем через VPN, считаю не верным, при условии правильной настройки RDP.
1. Чем подбор пароля от RDP сложнее чем подбор пароля от VPN?
2. Чем уязвимость в софте RDP отличается от уязвимости в софте VPN?
3. Ну и в итоге на основании предыдущих пунктов: Чем безопасность подключения по VPN надежнее чем по RDP? При том, что взломав VPN злоумышленник не просто получает доступ к ПК, но и ко внутренней сети.
Это распространенное заблуждение — так реагировать на фразу «виновата команда» )
«Команда» — группа людей, поставленная заниматься конкретной задачей
«Виновата» — не смогли найти решение, удовлетворяющее поставленным целям
Да нет, если кто-то в чем-то виновен, это значит, что именно он (его действия) стали причиной негативных событий. А вы путаете причину и следствие, определяя «виновата» — как «не смогли найти решение». Виновата — это значит, команда стала причиной, того что решение не найдено. Понятие вины подразумевает, несение ответственности за эту вину, и как ни банально, утверждение «виновата команда» — это перекладывание ответственности с конкретных виновников на некую «группу людей».
Часто вижу такое утверждение. Наверное, это какое-то желание хоть в чем-то иметь возможность обвинить «руководителя конторы». На практике, никакого чувства вины там нет.
Ну, по себе людей не судят… Я когда писал «главный виновник, конечно, это руководитель конторы» имел в виду, что именно он является главной причиной того, что контора не получит прибыли/обонкротится и объяснил почему это именно так, про чувство вины у руководителя конторы — это вы уже нафантазировали, не знаю из каких соображений )
в нормальной ситуации ваш вариант в целом равнозначен вышеупомянутому варианту №3
Нет, это как раз альтернативное развитие ситуации в случае отсутствия консенсуса при варианте 3, вместо дальнейшего варианта 4 (увольнение программиста), мы рассматриваем вариант 5 (увольнение менеджера).
Если удается договориться на варианте 3, то это идеальная ситуация, когда и волки сыты и овцы целы, но обычно в 90% случаях так не получается, потому что если новые требования к продукту не требуют кардинальной переделки существующей архитектуры или инструментов, то с реализацией в «нормальном» режиме проблем нет, мы просто ограничиваем ф-ционал, чтобы уложиться в срок, а если требуют – то тут никакое ограничение ф-ционала не возможно, так как нет базового фундамента на котором вообще его строить, а для «правильной» разработки этого фундамента требуется заведомо больше времени чем выделено.
кто-то вполне может быть сокращен.
Именно так.
Если менеджер не соглашается на вариант 5, то у руководителя конторы появляется дилемма, зависящая от его идеологии:
Либо уволить «жёсткого» программиста (если руководитель адепт AGILE)
Либо уволить менеджера (если руководитель адепт ANTI-AGILE)
Причина увольнения проста – с точки зрения выбранной идеологии либо тот, либо другой «плохо работает» и третьего не дано.
Виновата будет команда
Групповая ответственность — это отсутствие ответственности. В нашей игре реально плохо работать (некомпетентными) могут быть как программист, так и менеджер, но главный виновник, конечно, это руководитель конторы, который набрал команду и не смог организовать правильно её работу, и возможно, самое главное — выбрал неверную идеологию. А судьей является рынок, на котором будет или не будет получена прибыль.
Согласен, позиция izvolov в предложенной им же игре слабее чем у Вас… но, просто он выбрал заранее проигрышный вариант игры, где его же 3й постулат манифеста «Делать как надо важнее, чем делать как просят» — заведомо не выполняется, т.к. наниматель волен ставить перед подчиненным любые задачи и требовать их выполнение в любые сроки, подчиненному остается либо согласиться и пахать в 3 смены, либо уволиться.
Правильная ролевая игра выглядит так:
Я — программист.
Вы — менеджер.
Т.е. тут нет иерархии отношения начальник -> подчиненный, здесь обе стороны равноправны и должны договариваться чтобы согласовать проект. И тогда нам открывается скрытый пятый вариант:
5. Если Вы как менеджер ставите заведомо не выполнимую задачу (разработать продукт Х за время Т), то я могу дать Вам встречное предложение — отказаться от разработки продукта Х за время Т, а поработать головой и придумать другой продукт Y, который можно разработать за реальное время Т2.
Чувствуете разницу? :)
Это не менеджер заставляет программиста работать (писать плохой код и потом в сверхурочные его править), а программист заставляет работать менеджера (придумывать продукты реализуемые в реальные сроки).
Даже если контора обанкротится через 2 месяца, то виноват будет не программист, который сделал плохой продут, а менеджер, который не придумал тот продукт, который спасет контору.
То есть Тест Тьюринга проверяет способность машины не к мышлению, а ко лжи — к сознательной или к самообману. Печалька.
Это абсолютно не верный вывод.
Выше уже писали, но я поясню на всякий случай:
Лгать — это значит сознательно (умышлено, осмысленно...) говорить не правду, а лож. Для этого необходимо отличать лож от правды, что требует наличия мышления. Цель теста Тьюринга — определить, может ли машина мыслить.
Если коротко, то если кто-то умеет лгать — значит, этот кто-то умеет мыслить. Умение лгать — не возможно без умения мыслить.
Одна ложь, например на вопрос судьи «Вы — машина? = Нет.» выполненная машиной по БД не доказывает наличия у нее мышления, но если она сможет лгать (не выдавать себя) в ходе всего эксперимента с любыми вопросами, то — это уже доказывает наличие мышления (и не важно как машина мыслит, ищет по записям в БД или посылает сигналы через биологические нейроны).
Поэтому, утверждение приведенное выше автором статьи — полностью не верно (так как противопоставляет ложь и мышление).
Правильно так: Тест Тьюринга проверяет способность машины к мышлению, заставляя машину сознательно лгать или по настоящему верить, что она человек.
P.S. Кстати, тест Тьюринга выполняет проверку на наличие именно «человеческого» мышления, а не какого-то любого абстрактного (инопланетного, машинного и т.п...), т.к. он исходил из аксиомы, что мы не знаем, что такое мышление, но при этом считаем, что человек мыслит, значит если кто-то будет неотличимо имитировать действия человека — обладает мышлением (с точки зрения человека).
К сожалению, предустановленный (видимо для галочки) китайский андроид ни фига не работает, можно переключать экраны менюшек, но при выборе любого пункта он просто возвращается на главный экран. Пробовал несколько сборок разных Linux, самый оптимальный и не глючным оказался Armbian, всё вполне шустро и корректно работает, кроме видео в браузере (Chromium стоит по умолчанию), на форумах пишут, что с FF тоже самое… Собственно, этот вот маленький браузерный косяк и не позволяет считать девайс за 2000р — 100% мини пк (хотя железо тянет).
В том-то и дело, что никто. Браузеры в отличие от видеоплееров отстают в покрытии/поддержке различных GPU. Линуксовый видеоплеер юзает GPU (кто-то этим всё-таки занимается), а браузер нет.
А с учётом того, чтобы мы говорим о железе, которое вышло 6 лет назад
Не знаю, о каком железе говорите вы, а я тестировал на Orange Pi PC Plus (H3 Mali 400MP2 4x1.2 GHz 1 Гб ) и он вышел в 2016, сейчас есть и посвежее модели 2018, но на них, на сколько я знаю, ситуация та же.
Как бы там ребята не вкалывали, но, к сожалению, браузеры еще не поднялись до уровня видеоплееров.
К примеру на малинке или orange-pi Хромиум (armbian) работает, но возможности видеокрты не использует, поэтому видео на страницах того же youtube тормозит с fps 1-2 кадра в секунду, даже если принудительно включить в настройках поддержку GPU (толку ноль).
А вот если запустить скачанный фильм через mplayer или смотреть youtube по ссылке через плагин для kodi всё отлично показывает.
Будущее очевидно — выше частота и больше разрешение.
Вот со звуком уже предел достигнут и дальнейшее повышение частоты оцифровки по качеству звука для человека уже не различимо (не отличите в темном зале, соловей поет или проигрыватель воспроизводит).
С видео, такой предел наступит когда телевизор можно будет спутать с окном, а это думаю потребует 100-200K и 200-400FPS.
Субъективно, когда несколько лет назад покупал себе 200Гц телевизор, разница по «реалистичности» в сравнении с обычным была сильно заметна. Даже старые советские фильмы потеряли некую «художественность» и стали больше похожи на съемку с обычной видеокамеры… Но, сейчас уже привык и «художественность» вернулась), а вот когда у кого-то смотрю обычный телик там теперь кажется всё более размытым и менее «качественным».
чтобы бедные пользователи виндовс не оказались в беспомощном состоянии.
Видимо только «Google Chrome» такой заботливый, что считает своих пользователей до такой степени тупыми, бедными и находящимися в беспомощном состоянии, чтобы подменять названия файлов и делать их не приходными для использования по назначению (в нашем случае это был файл лиц.ключа, при переименовании которого программа его не видит), другие браузеры гораздо лучшего мнения о своих пользователях и сохраняют файл без произвольных изменений.
Интересно, а чем гуглоовцы объясняют свою киллер-фичу в хроме с добавлением к скачиваемому файлу с сервера без расширения своего расширения ".txt"? Хотят убить файлы без расширений? :) На сервере лежит файл «mydata», скачиваешь его и получаешь на своем компе «mydata.txt», а если он уже есть в папке, то даже «mydata(2).txt» и т.д…
Из-за этого куча проблем на одном из проектов возникала, пришлось даже пользователям в хелпе писать типа «Если у вас недобраузер хром, то после скачивания файла вручную переименуйте его удалив расширение '.txt'».
Если вы придумаете, как оформить результат действия — крутить педали — для передачи в качестве результата по договору, то тогда уже можно обсудить подрядную сторону этого договора.
Вся софистика здесь заключается в том, что вы рассматриваете «работу» по договору как «крутить педали», а я в альтернативном варианте рассматриваю «работу» по договору как «крутить педали в срок с T1 по T3». Разница в том, что во втором случае «результатом работы» и одновременно «результатом для передачи по договору» является факт выполнения работы в полном объеме, т.е. факт, что ФИО1 действительно «крутил педали в срок с T1 по T3», т.е. не просто «крутил педали какое-то время» — это по договору работой не считается, а «крутил педали положенный по его обязательствам срок». Этот факт и является «результатом для передачи по договору», его можно представить в суде, например, в виде свидетельских показаний или записи видеокамер и т.п…
Но результат действия != результат для передачи по договору.
Именно этот тезис ставится под сомнение, в логической цепочке приведенной выше, на основании которой можно придти к выводу, что между договором на оказание услуг и договором подряда нет разницы. И лазейкой, для такой интерпретации является слишком размытое описание «подряда» и «услуги», а более точно — тот факт, что понятие «результат работы» и «сдать результат работы» в договоре подряда не определено. Собственно этим грешат практически все законы.
T1<T2<T3<T4
1. ФИО1 обязуется в срок с T1 по T3 крутить педали велотренажера в гараже ФИО2, при этом скорость должна быть не менее V км/ч.
2. ФИО2 обязуется, в случае выполнения ФИО1 своих обязательств, в срок с T2 по T3 выплатить ФИО1 сумму в размере X/2 руб, и в срок с T3 по T4 выплатить ФИО1 сумму в размере X/2 руб.
3. В случае отказа от выполнения своих обязательств, ФИО1 обязуется выплатить ФИО2 Y руб.
Для меня здесь чистые услуги. Вам нужно просто действие — крутить педали
Вот здесь как раз и возникает «альтернативная» трактовка договора. Т.к. в договоре сказано «в срок с T1 по T3 крутить педали». Т.е. наличие срока — как раз и показывает, что «результатом действия» является выполнение обязательств в полном объеме (т.е. сам факт кручения педалей с Т1 по Т3), и если человек откажется, тогда будет штраф по пункту 3. Допустим, это такая мера защиты от недобросовестных исполнителей, которые могут отказаться или физически не справится с работой, которую нужно выполнить целиком. Таким образом только качественные подрядчики полностью уверенные в своих силах могут взяться за исполнение.
Или, например, этот договор можно рассмотреть в виде спора, где одна сторона утверждает, что сможет «в срок с T1 по T3 крутить педали», и другая выплачивает в этом случае (постепенно, чтобы доказать что деньги у нее есть) деньги, либо по пункту 3 забирает деньги у того, кто не смог исполнить свои обязательства.
Для чего фактически заказчику нужно «кручение педалей» мы не знаем, да наверно, он и не обязан писать свои цели… может он просто эстетическое удовольствие получает от созерцания как другие трудятся), а вот от интерпретации договора в суде будет зависеть «действительность» пункта 3. И на сколько я понимаю, здесь исход будет с вероятностью 50/50.
Причина же отмены штрафа не в названии договора, а в его смысле.
Вся сложность ответа на поставленный вопрос заключается именно в том, как по смыслу отличить «работу» и «услугу», кроме как знать конкретные акты в которых определенные виды работ причислены к услугам? Даже «Подряд» по ГК РФ Статья 779. п.2 — это услуга, но со своей «спецификой».
Заголовок спойлера
2. Правила настоящей главы применяются к договорам оказания услуг связи, медицинских, ветеринарных, аудиторских, консультационных, информационных услуг, услуг по обучению, туристическому обслуживанию и иных, за исключением услуг, оказываемых по договорам, предусмотренным главами 37, 38, 40, 41, 44, 45, 46, 47, 49, 51, 53 настоящего Кодекса.
Вы пишите, что суть договора оказания услуги это:
его суть — продолжающееся действие
Но, в определении – этого нет и такая интерпретация довольно спорна.
ГК РФ Статья 702. Договор подряда
1. По договору подряда одна сторона (подрядчик) обязуется выполнить по заданию другой стороны (заказчика) определенную работу и сдать ее результат заказчику, а заказчик обязуется принять результат работы и оплатить его.
ГК РФ Статья 779. Договор возмездного оказания услуг
1. По договору возмездного оказания услуг исполнитель обязуется по заданию заказчика оказать услуги (совершить определенные действия или осуществить определенную деятельность), а заказчик обязуется оплатить эти услуги.
Вся специфика «понятия» подряда — это 2 отличия:
1. Замена в определении "оказать услуги" на "выполнить работу"
2. Наличие слов "сдать"/"принять результат работы".
Любые действия — можно назвать работой, а значит «оказать услуги (совершить определенные действия или осуществить определенную деятельность)» = «выполнить работу». Т.е. по пункту 1 определения идентичны.
Сдать / принять — которые относятся к подряду, точно так же можно отнести и к услуге, в которой одна сторона оказывает услугу, а другая эту услугу принимает, но в подряде мы принимаем «результат работы», а в услуге мы принимаем «совершение определенных действий», но позвольте… «совершение определенных действий» — это и есть работа. Т.е. в услуге одна сторона выполняет работу, а другая эту работу принимает.
И последний шаг, что такое «результат работы»? Даже сам факт выполнения работы — является «результатом работы». В определении нет ни каких упоминаний о материальности/не материальности результата работы, поэтому, когда мы принимаем работу — мы принимаем факт выполнения этой работы, т.е. мы принимаем «результат работы».
Таким образом мы видим, что с точки зрения формальной логики между договором на оказание услуг и договором подряда нет разницы.
В качестве примера, вот условный пример договора, который одновременно можно считать и подрядом и услугой:
Заголовок спойлера
T1<T2<T3<T4
1. ФИО1 обязуется в срок с T1 по T3 крутить педали велотренажера в гараже ФИО2, при этом скорость должна быть не менее V км/ч.
2. ФИО2 обязуется, в случае выполнения ФИО1 своих обязательств, в срок с T2 по T3 выплатить ФИО1 сумму в размере X/2 руб, и в срок с T3 по T4 выплатить ФИО1 сумму в размере X/2 руб.
3. В случае отказа от выполнения своих обязательств, ФИО1 обязуется выплатить ФИО2 Y руб.
Здесь в главной роли выступает действие «с T1 по T3 крутить педали велотренажера». Это действие можно считать и услугой (с 2х разовой повременной оплатой X/2 руб ) и обычной работой по подряду (с авансовым платежом). Вопрос заключается в правомерности пункта 3 с точки зрения законодательства.
Это, конечно, мои логические построения, будет интересно узнать мнение с точки зрения юриспруденции.
Думаю, основное отличие договора подряда и услуги кроется в этой фразе статьи:
С услугами всё проще. Там любая сторона может в любой момент отказаться от договора. При этом:
1. Нельзя договором это запретить.
2. Нельзя прописать штраф за такой отказ.
3. Судя по всему (разъяснений пока от высшей инстанции нет, но это выводится из предыдущих позиций), нельзя прописывать сроки, за сколько надо предупреждать о прекращении договора. Потому что это тоже ограничение, а закон такой вольности не даёт.
Вот эти 3 нельзя и есть основные ограничения накладываемые на договор который заключают стороны.
Вопрос: можете привести откуда (из каких законов) они следуют?
По факту, заключая договор мы можем назвать его как «Договор на выполнение работ» или «Договор на выполнение услуг» (по факту — любая услуга это выполнение какой-либо работы/действия), а потом в условиях описать сроки и ответственности сторон, но по вашим пунктам 1-3 получается, что по какой-то причине (название договора???) во втором варианте какие-то условия в договоре будут считаться не действительными (например, штраф за отказ от выполнения работы/услуги в заданный срок)?
У нас с Вами просто разное понимание понятия «владение».
То, что вы называете «владение», я называю «правообладание по закону или имущественное право», а под «владением», я имею ввиду возможность распоряжения чем либо — разрушение, изменение, перемещение и т.п… С абстрактной последовательностью бит ничего этого принципиально сделать нельзя, поэтому и владеть ей нельзя, но можно зарегистрировать патент и стать правообладателем на эту последовательность бит по закону какой-либо страны, при этом в другой стране у вас такого права может и не быть.
Показательная аналогия:
Над территорией примитивных туземцев высоко в небе зависает космический корабль (КК) и космонавты наблюдают за туземцами в течении года. В одном племени руководители боятся КК и в своих законах запрещают всем смотреть на него, в другом за право смотреть на КК и рисовать его начинают брать плату, в третьем на основании того, что они первыми увидели КК объявляют его своей собственностью и применяют санкции к тем, кто не признает их права… т.е. в своих законах туземцы могут делать всё что угодно (в том числе и считать себя владельцами), но по факту владельцами КК из них никто не является.
Поэтому, с этой точки зрения, Ваше утверждение
Но можно быть владельцем специфичной 3-d модели
, верно если под «владельцем» Вы имеете ввиду «правообладателя по закону кокой-либо страны», и не верно, если имеется в виду «человек имеющий возможность распоряжения абстракцией, которой является 3d-модель».
Один вопрос: какое отношение имеет этот спор за материальность цифрового товара к теме статьи?
Ну… это не спор, это обсуждение в котором каждый делится своим мнением, что-то кому-то доказывать здесь цели нет. Человек спросил почему я так думаю и я ему пояснил. Если Вам тоже интересно мое мнение отвечу и на ваше возражение:
владеть можно только материальным, но как вы тогда трактуете, например, владение акциями, не старыми бумажными, а современными, абсолютно цифровыми?
Под цифровым предметом, я имею в виду любую последовательность бит, которая является нематериальной абстракцией и может быть представлена на материальных носителях в любом виде. К абстракции не применимо понятие «владения», так как она существует не зависимо ни от кого и соответственно не может ни кому принадлежать. Любые акции — это по сути документы, подтверждающие права и обязанности (обязательства) акционеров и фирмы, в каком виде хранятся эти документы цифровом или бумажном не важно, главное тут то, принимает ли закон эти документы в качестве доказательства наличия обязательств между сторонами или нет. Вы можете стать владельцем бумаги, на которой стоят подписи (это материальный предмет), но вы не можете стать владельцем последовательности бит, которыми описываются эти документы с цифровой подписью на сервере. Никто не может быть владельцем последовательности бит. О владении цифровыми предметами говорить смысла нет, можно лишь говорит о правообладателях с точки зрения закона.
цифровой предмет, который можно неограниченно клонировать и понятие «владения» к нему не применимо
Это по чему же не применимо?
С моей точки зрения, это очевидно — потому что цифровой предмет не материален. Согласитесь, странно утверждать, что кто-то владеет «буквой А» или «цифрой 1», точно так же странно утверждать, что.кто-то является владельцем-собственником последовательности букв или цифр, т.к. эта последовательность не материальна, она может храниться на разных материальных носителях — но сама по себе — это всего лишь нематериальная абстракция. Здесь под «владением» я имею в виду «нахождение в чьей-либо собственности», закон может защищать авторское право или наказывать за нарушение лицензии использования/распространения последовательности бит, но вот сделать кого-либо владельцем не материального объекта, он не может. Можно создавать/разрушать последовательности букв/цифр/бит на своем материальном носителе, но владельцем этих букв/цифр/бит стать нельзя… можно лишь претендовать на авторство… да и то, лишь в пределах человеческой цивилизации :)
А если не честно ломать, через дыры в ПО RDP или VPN, то разницы защиты нет, хакер получает доступ с root к системе и делает всё что ему нужно…
Логин+Пароль VS Логин+Пароль+Ключ. Других принципиальных отличий по безопасности нет, и я рад, что здесь достаточно компетентный народ, который с пунктом 2 не спорит.
Но, что мешает нам поставить на RDP пользователя длинный пароль? Windows поддерживает макс длину до 127 символов, такой пароль на современных компьютерах подобрать невозможно, его легко сгенерировать, а человеку выполняющему подключение, без разницы, какой длины будет copy/past в строку пароля (мы понимаем, что для RDP заводится спец. пользователь с требуемыми правами).
Соответсвенно, сравниваем 2 конфигурации:
1. RDP с длинным паролем напрямую через интернет.
+ Не требуется лишних телодвижений весь ф-ционал настройки RDP доступен из коробки в Windows.
2. RDP через VPN
— Кроме RDP требуется дополнительная установка/настройка VPN
— Подключение работает медленнее, так как кроме стандартного RDP шифрования дополнительно выполняется ещё и VPN шифрование.
— При взломе VPN, если он настроен по умолчанию (или не достаточно компетентно), хакер получает сразу доступ ко всей внутренней сети, в отличии от доступа к одиночному ПК в случае взлома RDP (хотя и через него тоже потом теоретически можно получить доступ ко внутренней сети).
Как мы видим, обе конфигурации обеспечивают примерно одинаковый уровень безопасности, но вариант «RDP с длинным паролем напрямую через интернет» однозначно выигрывает.
По сему, главный посыл статьи, о том, что RDP напрямую с выходом в интернет – опаснее, чем через VPN, считаю не верным, при условии правильной настройки RDP.
1. Чем подбор пароля от RDP сложнее чем подбор пароля от VPN?
2. Чем уязвимость в софте RDP отличается от уязвимости в софте VPN?
3. Ну и в итоге на основании предыдущих пунктов: Чем безопасность подключения по VPN надежнее чем по RDP? При том, что взломав VPN злоумышленник не просто получает доступ к ПК, но и ко внутренней сети.
Ну, по себе людей не судят… Я когда писал «главный виновник, конечно, это руководитель конторы» имел в виду, что именно он является главной причиной того, что контора не получит прибыли/обонкротится и объяснил почему это именно так, про чувство вины у руководителя конторы — это вы уже нафантазировали, не знаю из каких соображений )
Если удается договориться на варианте 3, то это идеальная ситуация, когда и волки сыты и овцы целы, но обычно в 90% случаях так не получается, потому что если новые требования к продукту не требуют кардинальной переделки существующей архитектуры или инструментов, то с реализацией в «нормальном» режиме проблем нет, мы просто ограничиваем ф-ционал, чтобы уложиться в срок, а если требуют – то тут никакое ограничение ф-ционала не возможно, так как нет базового фундамента на котором вообще его строить, а для «правильной» разработки этого фундамента требуется заведомо больше времени чем выделено.
Именно так.
Если менеджер не соглашается на вариант 5, то у руководителя конторы появляется дилемма, зависящая от его идеологии:
Причина увольнения проста – с точки зрения выбранной идеологии либо тот, либо другой «плохо работает» и третьего не дано.
Групповая ответственность — это отсутствие ответственности. В нашей игре реально плохо работать (некомпетентными) могут быть как программист, так и менеджер, но главный виновник, конечно, это руководитель конторы, который набрал команду и не смог организовать правильно её работу, и возможно, самое главное — выбрал неверную идеологию. А судьей является рынок, на котором будет или не будет получена прибыль.
Согласен, позиция izvolov в предложенной им же игре слабее чем у Вас… но, просто он выбрал заранее проигрышный вариант игры, где его же 3й постулат манифеста «Делать как надо важнее, чем делать как просят» — заведомо не выполняется, т.к. наниматель волен ставить перед подчиненным любые задачи и требовать их выполнение в любые сроки, подчиненному остается либо согласиться и пахать в 3 смены, либо уволиться.
Правильная ролевая игра выглядит так:
Я — программист.
Вы — менеджер.
Т.е. тут нет иерархии отношения начальник -> подчиненный, здесь обе стороны равноправны и должны договариваться чтобы согласовать проект.
И тогда нам открывается скрытый пятый вариант:
5. Если Вы как менеджер ставите заведомо не выполнимую задачу (разработать продукт Х за время Т), то я могу дать Вам встречное предложение — отказаться от разработки продукта Х за время Т, а поработать головой и придумать другой продукт Y, который можно разработать за реальное время Т2.
Чувствуете разницу? :)
Это не менеджер заставляет программиста работать (писать плохой код и потом в сверхурочные его править), а программист заставляет работать менеджера (придумывать продукты реализуемые в реальные сроки).
Даже если контора обанкротится через 2 месяца, то виноват будет не программист, который сделал плохой продут, а менеджер, который не придумал тот продукт, который спасет контору.
Выше уже писали, но я поясню на всякий случай:
Лгать — это значит сознательно (умышлено, осмысленно...) говорить не правду, а лож. Для этого необходимо отличать лож от правды, что требует наличия мышления. Цель теста Тьюринга — определить, может ли машина мыслить.
Если коротко, то если кто-то умеет лгать — значит, этот кто-то умеет мыслить. Умение лгать — не возможно без умения мыслить.
Одна ложь, например на вопрос судьи «Вы — машина? = Нет.» выполненная машиной по БД не доказывает наличия у нее мышления, но если она сможет лгать (не выдавать себя) в ходе всего эксперимента с любыми вопросами, то — это уже доказывает наличие мышления (и не важно как машина мыслит, ищет по записям в БД или посылает сигналы через биологические нейроны).
Поэтому, утверждение приведенное выше автором статьи — полностью не верно (так как противопоставляет ложь и мышление).
Правильно так:
Тест Тьюринга проверяет способность машины к мышлению, заставляя машину сознательно лгать или по настоящему верить, что она человек.
P.S. Кстати, тест Тьюринга выполняет проверку на наличие именно «человеческого» мышления, а не какого-то любого абстрактного (инопланетного, машинного и т.п...), т.к. он исходил из аксиомы, что мы не знаем, что такое мышление, но при этом считаем, что человек мыслит, значит если кто-то будет неотличимо имитировать действия человека — обладает мышлением (с точки зрения человека).
Не знаю, о каком железе говорите вы, а я тестировал на Orange Pi PC Plus (H3 Mali 400MP2 4x1.2 GHz 1 Гб ) и он вышел в 2016, сейчас есть и посвежее модели 2018, но на них, на сколько я знаю, ситуация та же.
К примеру на малинке или orange-pi Хромиум (armbian) работает, но возможности видеокрты не использует, поэтому видео на страницах того же youtube тормозит с fps 1-2 кадра в секунду, даже если принудительно включить в настройках поддержку GPU (толку ноль).
А вот если запустить скачанный фильм через mplayer или смотреть youtube по ссылке через плагин для kodi всё отлично показывает.
Вот со звуком уже предел достигнут и дальнейшее повышение частоты оцифровки по качеству звука для человека уже не различимо (не отличите в темном зале, соловей поет или проигрыватель воспроизводит).
С видео, такой предел наступит когда телевизор можно будет спутать с окном, а это думаю потребует 100-200K и 200-400FPS.
Субъективно, когда несколько лет назад покупал себе 200Гц телевизор, разница по «реалистичности» в сравнении с обычным была сильно заметна. Даже старые советские фильмы потеряли некую «художественность» и стали больше похожи на съемку с обычной видеокамеры… Но, сейчас уже привык и «художественность» вернулась), а вот когда у кого-то смотрю обычный телик там теперь кажется всё более размытым и менее «качественным».
Из-за этого куча проблем на одном из проектов возникала, пришлось даже пользователям в хелпе писать типа «Если у вас недобраузер хром, то после скачивания файла вручную переименуйте его удалив расширение '.txt'».
Именно этот тезис ставится под сомнение, в логической цепочке приведенной выше, на основании которой можно придти к выводу, что между договором на оказание услуг и договором подряда нет разницы. И лазейкой, для такой интерпретации является слишком размытое описание «подряда» и «услуги», а более точно — тот факт, что понятие «результат работы» и «сдать результат работы» в договоре подряда не определено. Собственно этим грешат практически все законы.
1. ФИО1 обязуется в срок с T1 по T3 крутить педали велотренажера в гараже ФИО2, при этом скорость должна быть не менее V км/ч.
2. ФИО2 обязуется, в случае выполнения ФИО1 своих обязательств, в срок с T2 по T3 выплатить ФИО1 сумму в размере X/2 руб, и в срок с T3 по T4 выплатить ФИО1 сумму в размере X/2 руб.
3. В случае отказа от выполнения своих обязательств, ФИО1 обязуется выплатить ФИО2 Y руб.
Или, например, этот договор можно рассмотреть в виде спора, где одна сторона утверждает, что сможет «в срок с T1 по T3 крутить педали», и другая выплачивает в этом случае (постепенно, чтобы доказать что деньги у нее есть) деньги, либо по пункту 3 забирает деньги у того, кто не смог исполнить свои обязательства.
Для чего фактически заказчику нужно «кручение педалей» мы не знаем, да наверно, он и не обязан писать свои цели… может он просто эстетическое удовольствие получает от созерцания как другие трудятся), а вот от интерпретации договора в суде будет зависеть «действительность» пункта 3. И на сколько я понимаю, здесь исход будет с вероятностью 50/50.
Вы пишите, что суть договора оказания услуги это:Но, в определении – этого нет и такая интерпретация довольно спорна.
ГК РФ Статья 702. Договор подряда
1. По договору подряда одна сторона (подрядчик) обязуется выполнить по заданию другой стороны (заказчика) определенную работу и сдать ее результат заказчику, а заказчик обязуется принять результат работы и оплатить его.
ГК РФ Статья 779. Договор возмездного оказания услуг
1. По договору возмездного оказания услуг исполнитель обязуется по заданию заказчика оказать услуги (совершить определенные действия или осуществить определенную деятельность), а заказчик обязуется оплатить эти услуги.
Вся специфика «понятия» подряда — это 2 отличия:
1. Замена в определении "оказать услуги" на "выполнить работу"
2. Наличие слов "сдать"/"принять результат работы".
Любые действия — можно назвать работой, а значит «оказать услуги (совершить определенные действия или осуществить определенную деятельность)» = «выполнить работу». Т.е. по пункту 1 определения идентичны.
Сдать / принять — которые относятся к подряду, точно так же можно отнести и к услуге, в которой одна сторона оказывает услугу, а другая эту услугу принимает, но в подряде мы принимаем «результат работы», а в услуге мы принимаем «совершение определенных действий», но позвольте… «совершение определенных действий» — это и есть работа. Т.е. в услуге одна сторона выполняет работу, а другая эту работу принимает.
И последний шаг, что такое «результат работы»? Даже сам факт выполнения работы — является «результатом работы». В определении нет ни каких упоминаний о материальности/не материальности результата работы, поэтому, когда мы принимаем работу — мы принимаем факт выполнения этой работы, т.е. мы принимаем «результат работы».
Таким образом мы видим, что с точки зрения формальной логики между договором на оказание услуг и договором подряда нет разницы.
В качестве примера, вот условный пример договора, который одновременно можно считать и подрядом и услугой:
1. ФИО1 обязуется в срок с T1 по T3 крутить педали велотренажера в гараже ФИО2, при этом скорость должна быть не менее V км/ч.
2. ФИО2 обязуется, в случае выполнения ФИО1 своих обязательств, в срок с T2 по T3 выплатить ФИО1 сумму в размере X/2 руб, и в срок с T3 по T4 выплатить ФИО1 сумму в размере X/2 руб.
3. В случае отказа от выполнения своих обязательств, ФИО1 обязуется выплатить ФИО2 Y руб.
Здесь в главной роли выступает действие «с T1 по T3 крутить педали велотренажера». Это действие можно считать и услугой (с 2х разовой повременной оплатой X/2 руб ) и обычной работой по подряду (с авансовым платежом). Вопрос заключается в правомерности пункта 3 с точки зрения законодательства.
Это, конечно, мои логические построения, будет интересно узнать мнение с точки зрения юриспруденции.
Вот эти 3 нельзя и есть основные ограничения накладываемые на договор который заключают стороны.
Вопрос: можете привести откуда (из каких законов) они следуют?
По факту, заключая договор мы можем назвать его как «Договор на выполнение работ» или «Договор на выполнение услуг» (по факту — любая услуга это выполнение какой-либо работы/действия), а потом в условиях описать сроки и ответственности сторон, но по вашим пунктам 1-3 получается, что по какой-то причине (название договора???) во втором варианте какие-то условия в договоре будут считаться не действительными (например, штраф за отказ от выполнения работы/услуги в заданный срок)?
То, что вы называете «владение», я называю «правообладание по закону или имущественное право», а под «владением», я имею ввиду возможность распоряжения чем либо — разрушение, изменение, перемещение и т.п… С абстрактной последовательностью бит ничего этого принципиально сделать нельзя, поэтому и владеть ей нельзя, но можно зарегистрировать патент и стать правообладателем на эту последовательность бит по закону какой-либо страны, при этом в другой стране у вас такого права может и не быть.
Показательная аналогия:
Над территорией примитивных туземцев высоко в небе зависает космический корабль (КК) и космонавты наблюдают за туземцами в течении года. В одном племени руководители боятся КК и в своих законах запрещают всем смотреть на него, в другом за право смотреть на КК и рисовать его начинают брать плату, в третьем на основании того, что они первыми увидели КК объявляют его своей собственностью и применяют санкции к тем, кто не признает их права… т.е. в своих законах туземцы могут делать всё что угодно (в том числе и считать себя владельцами), но по факту владельцами КК из них никто не является.
Поэтому, с этой точки зрения, Ваше утверждение
, верно если под «владельцем» Вы имеете ввиду «правообладателя по закону кокой-либо страны», и не верно, если имеется в виду «человек имеющий возможность распоряжения абстракцией, которой является 3d-модель».
Под цифровым предметом, я имею в виду любую последовательность бит, которая является нематериальной абстракцией и может быть представлена на материальных носителях в любом виде. К абстракции не применимо понятие «владения», так как она существует не зависимо ни от кого и соответственно не может ни кому принадлежать. Любые акции — это по сути документы, подтверждающие права и обязанности (обязательства) акционеров и фирмы, в каком виде хранятся эти документы цифровом или бумажном не важно, главное тут то, принимает ли закон эти документы в качестве доказательства наличия обязательств между сторонами или нет. Вы можете стать владельцем бумаги, на которой стоят подписи (это материальный предмет), но вы не можете стать владельцем последовательности бит, которыми описываются эти документы с цифровой подписью на сервере. Никто не может быть владельцем последовательности бит. О владении цифровыми предметами говорить смысла нет, можно лишь говорит о правообладателях с точки зрения закона.