Ссылку дайте в качестве пруфа, а то так и 20000 бл можно заявить.
wm за обмен на крипту может и аттестат отозвать.
Убунту сейчас поставить проще чем винду. Там в наборе будет уже все что надо. И доставить базовый набор проще чем на винде, т.к. даже гуглить не надо и файл дистриба искать - все будет в пакетах. Что бы пользоваться убунтой тоже никаких навыков админства не нужно. Мы если нам надо срочно сделать рабочим комп - ставим туда не винду, а убунту, при этом не прилагая никаких усилий кроме нажатия "дальше, дальше, дальше, согласен", просто потому что это быстрее и беспроблемнее. С точки зрения "тупого пользователя" убунта сейчас так же проста как винда и макось.
Что бы не жрала траффик - есть огромная жирная кнопка - "лимитированное подключение". Об обновлениях винда у нас спрашивает, обычная домашняя, кнопка просящая спрашивать - была там же рядом с лимитированным подключением.
А сколько блокираторов и прочей нечисти Вы словили на последней винде скажем за последний год, что бы говорить про "проходной двор"? Просто любопытно.
По Вашему офф.сервера микрософта распространяют блокираторы? Интересная точка зрения. Подтвердить можете? Или мы не так поняли?
Напрасно.
Винда - много позволяет изначально, поэтому в руках обезьяны опасна.
Юникс - позволяет все, но изначальные ограничения еще нужно обойти, поэтому в руках обезьяны побезопаснее.
Мак - не позволяет почти ничего, поэтому в руках обезьяны максимально безопасен.
Вопрос выбора с точки зрения безопасности сводится к тому, насколько пользователь чувствует в себе корни далеких предков.
Для тех у кого от этой фразы начало подгорать повторим - с точки зрения безопасности, речь про удобство скорость и прочее не идет.
На реддите была история одного убунтопользователя, который поставил софтину по ее инструкции, а потом почти присел на полгода за раздачу детского порно. При чем он эту раздачу даже не замечал год с лишним, пока за ним не пришли.
Для виндов чаще делают блокираторы, т.к. целевая аудитория виндов чувствительна к блокираторам. Для юниксвоидов чаще делают софтины которые используют комп как одну из сетей ботнета.
А это до кучи дает в статистике ложно отрицательный результат, т.к. если у Вас на винде блокиратор, то Вы об этом узнаете сразу, а если у Вас на юниксе ботнет, то Вы об этом узнаете только когда за Вами придут. И если от первого можно спастить бакапами, то от второго надо спасаться теплой одеждой и телефоном адвоката.
Проблемы доставляет не ОС.
Этот форум плохой пример в меру того что он русский и направлен на русский рынок. Писал бы автор книги про русский рынок - он бы написал не про 15 лет, а максимум лет про 5, а скорее 1-3 года.
Хотелось бы увидеть какой-то реальный пример.
В принципе проблема может быть как и архитектурная так и в кривых руках программеров.
Если архитектурная - нанимать профи и потихоньку переписывать архитектуру.
Если в кривых руках прогеров - править им руки.
А может еще в чем-то.
Неплохо помогают автотесты. Не надо все делать руками, даже сценарий "регистрация, пролистывание в такую-то категорию, поиск, добавление товара в корзину, .... покупка" очень даже автоматизируется.
Отчасти проблема архитектурная.
Если была задача "исправить меню на конкретно этой странице, а программер исправил меню так, что изменения вылезли еще где-то - это кривые руки программера. Неправильно в данном случае будет поменять выводимое меню, правильно - сдублировать это меню и поправить уже сдублированный код.
Глобальные переменные само по себе зло, но что бы избежать этого зла при правках - достаточно не трогать глобальные переменные. Новый код не должен вносить в глобальные изменения. И тут речь не только о глобальных переменных в прямом смысле, а вообще о любых глобальных вещах.
Есть ощущение, что проблема комплексная.
Т.е. вот на примере авто.
Если авто фигово сделан, то после замены лампочки может перегореть микросхема в центральном блоке управления отвечающая за печку. Как данность надо принять тот факт, что данная проблема у Вас есть. Решать ее надо на архитектурном уровне, избегая глобальных и делая максимально независимые зоны ответственности.
Однако даже если авто фигово сделан и задача стоит не "поменять лампочку", а "что бы вот тут светило", всегда можно прицепить эту лампочку напрямую к аккумулятору и вывести на панель управления выключатель. И если такие "вот тут вот светило" задачи будут делаться по единому гайдлайну с документацией, то весь этот процесс можно будет назвать рефакторингом кода и постепенно у Вас старый блок управления на "глобальных" вообще не будет нести в себе никаких функций и от него можно будет избавиться.
И все же - для нормального ответа хотелось бы пару конкретных примеров "что надо было сделать и что в результате навернулось". Иначе это обсуждение вкуса устриц которых еще не принесли.---------- Добавлено 30.10.2018 в 18:14 ----------
Если не надо что-то сильно заточенное именно на телефоны с их барометрами и гироскопами (а Вам по ходу не надо), то ценник может не сильно отличаться от цены обычного сайта, ибо html5 решает. Прикиньте цену на обычный сайт с таким функционалом - накиньте процентов 20 и вуаля.
Замените термин "проекты" на "задачи" и все сложится. Какой бы не был бизнес, реально решаемые задачи редко растягиваются дольше чем на месяц. Общий проект "завоевать весь мир", но подзадача - "завоевать район". Достаточно просто не планировать захват новых районов до того как завершены все предыдущие, а в каком порядке захватывать все предыдущие не суть важно, если срок на эту задачу выставлен достаточный для захвата их всех.
Не, не ошибка.
4 часа над 8 проектами работать проще, чем 12 часов над одним, потому что 4 часа меньше чем 12. В этом суть.
Просто обычно когда говорят о том, что над несколькими проектами работать тяжело, то речь идет о том, что человек работал 6 часов над одним проектом, потом взял еще один и стал работать 8 часов, потом взял еще один и стал работать 12. А потом такой "ой как тяжело несомненно дело в количестве проектов"© А то что 12 часов вместо 6 стал работать так это типа не при чем:) Работал бы так же 6 - не заметил бы разницы.
Не надо планировать приоритеты, надо просто устанавливать изначально срок достаточный для завершения всех проектов, как это ни банально. И не брать новых пока хотя бы один не закончился.
Допустим мы берем 3 проекта каждый из которых занимает по месяцу работы. Заказчикам мы назовем 3 месяца каждому. Закончим один раньше - окей, порадуем человека. Закончим все одновременно - тоже норм, в сроки уложились.
Проблема как правило не в количестве проектов, а в количестве времени которое человек работает в день. Если работать 4 часа в день, то можно хоть 8 проектов вести без проблем. Если работать по 12 часов в день, то и один тяжело будет тянуть. В режиме форсажа можно и 20 часов в сутки работать, но дольше недели тяжеловато, хотя при некоторых условиях возможно.
Что касается переключения - надо просто разбивать задачи по проектам на маленькие, но завершенные задачи. Закончили такую задачу - переключились на другой проект. Не по времени, не по усталости, а именно по завершенности одной конкретной задачи. Тогда главное - не сбиваешься с мысли.
И неплохо бы отдыхать все же. Хотя бы немного, полностью переключаясь от работы. Для этого хорошо подходят игры, т.к. затягивают и реально отвлекаешься. С другими занятиями сложнее, т.к. в голове много мыслей бродит если не переключиться достаточно сильно.---------- Добавлено 24.10.2018 в 00:15 ----------
Пробовали Linux на ноуте.
Из положительных ощущений - быстро поставился. Всё.
Офиса нет, вебмани нет, батарейку сажает в 3 раза быстрее, игр нет, звук хрипит.
Разбираться и решать проблемы? Не, староваты мы для этого.
Плюнули и купили винду.
