Это пока из-за них не произойдет каких-либо проблем. Обычно установить либу или плагин не проблема. Пока он один. Но т.к. спецификации нет, как нет и правил установки, то при большем количестве плагинов появляются конфликты наименований, доступа и т.д. Часть проблем видна сразу, часть легко определить, а часть незаметна и ждет релиза.
Это не заблуждение, а факт. Более того, некоторые проблемы(недостатки) есть у каждого языка, особенно если расширяется зона его применения. Часто о недостатках знают и сами разработчики — иначе бы языки не развивались.
Кажется, не так давно(на деле больше года) говорили о проблеме в java, где было 1000 и 1 либа, иногда одна популярная либа была буквально в несколько строк.
Можно обойтись и без этого или написать своё. Можно ту же 1000 технологию подключить, или выработать стиль и правила, что решат большую часть проблем. Вариантов много.
Я сам работаю с Unity и С#. Чем больше библиотек, тем больше мата. Иногда, чтобы внедрить новую либу, с учетом 5 необходимых, тратится столько времени, что быстрее написать своё решение. Возможно в вашей среде иначе? Я не знаю. Может и в этом наши различия?
Так же, как я уже говорил — в той же Java решают часто те проблемы, что уже решены в dotnet самой архитектурой(быть может в Java решена часть проблем, что есть в C#, но я не столь хорош в Java). Думаю, это так же может влиять.
Это только пока ты их уже не выработаешь и если тебе это не дают делать в основное рабочее время.
Писал же — в первое время это очень сильно помогает понять язык и набить навык.
hype-driven-development возможен когда как раз делаешь свой небольшой проект, не разбираясь более полно в технологии, а затем переносишь его на большой проект с десятком программистов. Небольшой опыт — хуже чем полноценный разбор и тестирование технологиЙ, тем более, если тестирование идет под конкретную задачу.
Я ни за что не начну верить только чужому опыту, когда на кону работа не одного человеко-месяца. Разве что от безысходности. Тут так же влияет психология — чаще выбирают просто знакомое, совсем не потому, что оно лучше.
Инженер-программист, не то чтобы похож — он и есть инженер. Не должен знать о новых технологиях, но может. Да, лучше если в курсе, но вот если архитектор может спроектировать систему водоснабжения, то он может спроектировать систему водоснабжения, знает он новые технологии или нет. Замечу так же, что новые технологии в программировании обычно дают прирост производительности всего в несколько % за год.
Инженер отличается от техника в том числе и тем, что может вообще никогда не пощупать и не увидеть то, что он спроектировал. В среде программистов возможен и 100% технический подход, и даже 100% инженерный.
Архитекторы часто делают то, что никто до них никогда не делал. Создают технологии, которые никогда и нигде не применялись. И у них нет возможности «потрогать» это. Я не считаю для себя невозможным в принципе инженерный подход — то бишь оценку и проектирование до исполнения.
Что здесь хотя бы необычного?
Абстрактные логические задачи могут принести больше пользы, если вы и так пишете код до 8 часов в день по рабочим дням. Это в карате силен тот, кто отработал один удар тысячи раз, а вот с мозгами работает иначе.
PS: Ничего против не имею. И даже за. Но и не считаю, что это стоит превозносить.
Понимание многих вещей можно получить умозрительно. Хорошая документация + специфика + примеры работы с пояснениями — достаточно для вывода, часто лучшего, чем даже собственный Небольшой опыт. Для лучшего опыта надо работать над этим долгое время, с разными задачами. Не обязательно самому быть первопроходцем. Опыт можно перенимать у коллег и сообщества. Для меня это очевидные вещи.
Да, в первые годы это приносит много пользы, учишься лучшему пониманию языка, набиваешь навык. Но потом это становится всё менее эффективным. С точки зрения понимания различных технологий — есть смысл изучить пару новых языков и программирование именно в их стиле. Большую часть новых фич переносят из других языков, не всегда даже языков программирования.
Касательно популярных вещей, что уже прошли отборку сообществом и теперь хотя бы иногда нужны заказчику. Освоить новую технологию не = написать что-то стоящее. Можно просто опробовать различные части этого проекта и понять как они работают. Это скорее исследовательская деятельность, чем написание чего-то конкретного. Тут просто быстро и полно проверяешь как и что работает. Часто даже более полно, чем когда требуется что-то конкретное.
Сколько у вас ушло только на одну вещь? А ведь их полно. Всё во всей IT среде просто не хватит времени проверить. Как вы будете выбирать, какой инструмент использовать? Только среди того, что пробовали? Это, пожалуй, на 2 месте самых худших способов выбора инструментария.
Любые блага. Даже ваше развитие как специалиста — благо, нет? Чтобы развиваться как программист, не обязательно для этого писать код, тем более «для себя», как и быть в тренде необязательно. Можно решать логические задачи, можно читать книги и справочники, ту же документацию. Даже изучение не языков программирования может принести пользу при правильном подходе.
Как раз таки понял. Но не понял, почему вы так считаете о тех, кто дома код не пишет. Попробую по другому. Что мешает просто загуглить и узнать о технологии? Обычная практика — сначала поставить проблему, потом уже её решать. Делать же наоборот — нонсенс.
Писать код совсем не обязательно, чтобы было понимание. И опять таки — все что в тренде может полететь далеко и навсегда. Так было с кучей практик, кучей, уже макулатуры, что когда-то были примерами для подражания большинства программистов той среды. Что для меня попусту потраченное время.
Мне уже давно не обязательно получать опыт пробами для работы с тем, что я уже знаю. Просто потому, что dotNet + Unity + специфика работы железа перекрывает возможности обучения методом проб. Они просто развиваются быстрее, чем это всё можно опробовать. Но есть и +. Всё это можно найти в спецификации, статьях, патчнотах и прочем. Этого достаточно, чтобы изучить всё и знать, что использовать в следующий раз.
Ну и поставим вопрос по другому. Сколько благ вы создали такой деятельностью? Некоторые люди, что продвигают те или иные технологии, дорабатывают их, тестируют, пользуются — полезны. Но какова эффективность? Не лучше найти еще одну работу, раз уж у вас полно сил и времени?
«дали практическую задачку на понимание»
Такую задачу и именно для таких целей можно решить мысленно. Таких задач можно задать целых десять за пол часа-час собеседования и быстро оценить примерный уровень и даже знание стека технологий в разных направлениях. Пару раз был на таких собеседованиях. Это интересно и, что немаловажно, если получится включиться в задачи, то уже ничего не мешает.
С досками или кодингом за это время оценить что-то значимо нереально.
У меня то же самое. Причина проста — куча языков, с разным синтаксисом. И это касается не только for, а вообще всего. Часто ошибаюсь. Когда уже пишу код, даже не задумываюсь о правильном написании. Просто пишу код и думаю о задаче. Это как слепой набор текста.
Это уже предубеждение. Часто бывает, что человек просто не в теме новинок в вашей среде, т.к. интересуется другим направлением. Я вот часто узнаю много нового от коллег, но сам редко могу предложить из их интересов в программировании. Но опыт в других направлениях более полезен команде.
А вообще, тренды, как правило, то еще не предсказуемое и малополезное нечто. Они постоянно мрут и становятся бесполезным грузом знаний, либо решают уже решенные проблемы. Другой вариант. Смотрел тренды Java, нужно было подтянуть свой уровень. Многое выглядело для меня просто как дикость и безумие, т.к. проблемы, которые решают трендовые методики просто не существуют в C# dotnet. Так, легко видно людей, которые пишут на новом для себя языке как на старом.
За совершенное преступление он уже понес наказание. По сути это повторная пожизненная кара, что даже незаконно. ВС пояснил бы это, но нужен прецедент, а дворник скорее судится не будет. Что интересно, в случае взяточничества и коррупции, запретить занимать должности в ЧА может только суд и только временно — тут нет нарушения 50 статьи.
Касательно конкретно найма нового дворника. ЗП в школах не конкурентноспособна. Это стабильное дно. А сколько людей у нас работоспособны и ни разу не совершали преступление? В РФ каждый год по ~1 250 000 осужденных, где подавляющая часть — работоспособные люди, мужчины. Вообще, у нас огромное количество осужденных, но сейчас не о том. Дворника работа — тяжелая, мужская, низкоквалифицированная. Люди без судимости или с лучшей квалификацией пойдут скорее в продавцы, кассиры — работа не тяжелая и оплачивается лучше. Дворники без судимости лучше зарабатывают в частном секторе, конкурируя с приезжими(только в больших городах). Вот и приходим к тому, что в школах часто работали люди с судимостью. И это не прихоть или невозможность проверки, а просто безысходность.
В C# многое поменялось. DotNet стал гораздо больше, и в целом изменился. Поменялись некоторые концепции работы.
Основа та же, и можно код писать по старому. Но это не многим отличается от написания на старых языках. Смотрю код коллег, поражаюсь. У меня часто есть чему поучится у новых коллег. Есть те, кто перешел с ++ и их стиль очень отличается от стандартов msdn, он легко узнаваем и там редко бывает новое. А вот если человек с Java или недавно с университета — всплывает очень много нового. О большей части даже знаешь, но что-то пропустил случайно, что-то, просто не думал, что можно так использовать, или не выработал привычку использовать это новое и делаешь по старому уже и не замечая.
Есть еще фриланс-группы — там есть свой менеджер. Но рост во фрилансе очень сложен, и выше определенного уровня подняться будет крайне непросто, т.к. нет актуального обмена информацией и навыков. Быть может в некоторых группах и иначе, в офисах ведь так же далеко не всегда есть обмен информацией по задачам, да хотя бы ревью кода.
Второй вариант, как тут уже писали, идти в компанию, где требуются лучшие навыки. Проблема только в том, что эти «лучшие навыки» сначала надо получить, а без них туда попасть сложно.
Третий вариант — стартап. Я думаю, что почти у каждого опытного разработчика есть какая-то идея на заметке. Устроить конкурс и найти «менеджера», развить проект, продать его и начать новый. Впрочем, можно и присоединиться к какой-либо команде.
Еще есть вариант — переехать. Пусть это, возможно, и совсем не даст рост как технического специалиста, но прибавит проблем и расширит область возможных действий. А там, может, и другие варианты будут появляться уже не как исключение.
PS: Сегодняшний рост только в руководящие должности обусловлен тем, что количество программистов сильно растет. И ими хотят управлять, да не могут.
Разве что в период где-то с 14 лет до 18. Точно не помню. И опять таки, вы тут же сами говорите о «поели один раз». У голода так же есть стадии, которые имеют сильные различия. Уже на первых стадиях вы будете всё чаще и чаще отвлекаться привлеченные голодом, чуть позже будет еще и болевое воздействие на организм, причем это возможно уже в течение суток. Боль будет так усиливаться до определенного момента.
Я бы не делил на «равных и тех, кто равнее» — гиблое дело. Да, можно подумать, что человек не замечает опасности, поэтому никак не реагирует. Но это и будет нарушением этого инстинкта. Убрать естественные рефлекторные болевые реакции — и ничего от этого инстинкта не останется. А голод всё так же будет работать, виляя на организм комплексно.
Вообще, голод гораздо древнее и «проработан» получше ИС. Просто без ИС животное может жить и размножаться, а вот без голода — отнюдь. Даже инстинкт направленный на размножение не всегда нужен для продолжения рода.
Вообще-то нет. Это разные инстинкты, никак напрямую не связанные. Порой они пересекаются. Инстинкт самосохранения работает через высокоуровневую, в плане мышления, оценку опасности. Человек с нарушением мышления может потерять этот инстинкт, но голод останется. Так же как и утоление голода может быть смертельным, и голод может перевесить инстинкт самосохранения, так, что человек умрет или окажется в опасной ситуации, много опаснее самого голода.
Если рассуждать подобным образом, то всё можно подвести под инстинкт самосохранения гена, но вовсе не человека. Любые инстинкты направлены именно на это. Но у генов же нет инстинкта.
В данном случае Америку выделять не стоит — такая ситуация много где. У нас всё так же и даже еще хуже. Хотя, слышал, в той же Корее, с этим получше.
А ведь это как раз та область, что нуждается в защите, подобной ЗПП, или в расширении ЗПП. Но у нас в интернет-среде умеют только запрещать и банить — им, как обычно, плевать на защиту граждан.
Тут есть путаница. Обычный язык обладает достаточной, 100%, точностью, но содержит еще и нечеткую логику, где неточность всегда есть. Мы понимаем всё исходя из контекста — без него слова бессмысленны. Обычный язык так же содержит в себе математический язык — что дает 100% точность. Достаточно будет перейти на точную часть языка + добавить базовый контекст — это будет некий устойчивый словарь с 100% точностью(что-то воде мат. языка). При написании же программы сама программа будет так же контекстом, что даст требуемую точность. Проблема будет только при пересечении значений базового синтаксиса с синтаксисом программы и пересечение синтаксиса программы с собой же. И чтобы решить эту проблему легко — достаточно при казусе уточнять детали. В принципе это то же, что вы и сказали)
Тут не надо путать развлекательный софт и рабочий. Развлечения через сеть — норма. Отправка документов — норма. А вот как нужно больше стабильности или больше ресурсов — облачные технологии значительно проигрывают и будут проигрывать еще долго.
ОС — это не ядро. А называть ядро полноценной ОС было бы совсем не верно. Тут вы правильно пишете о драйверах, вот только драйвера «разного уровня» по сути и есть базовая ОС. И тут это не линукс.
Помимо драйверов, есть еще и базовые вещи, вроде безопасности, и многое другое, причем сделанное так, как выгодно вендорам, но не пользователям. Я с самой системой знаком «шапочно», и то натыкаюсь на вещи, что не дают использовать базовый андроид без изменений полноценно, как ту же винду или линукс. Да даже пользователи порой жалуются, что им приходится предоставлять программе гораздо больший доступ, чем требуется — а это уходит глубоко в саму ОС. В винфонах, кстати, это сделано с заботой о пользователе. Только после них в андроиде то ли появилось, то ли выразили желание делать, лишь что-то подобное. Да и некоторые изменения требуют выполнить целый ритуал, чтобы полноценно пользоваться и хоть как-то защитить себя и свои данные.
Вы ошибаетесь насчет простых и продвинутых. Продвинутым как раз не нужно ядро. Им нужны настройки самой ОС в большей мере, но и не более того. Ядро может понадобится только для «извращений», то бишь для профессионалов и энтузиастов. Да, простым пользователям достаточно любого работающего софта в большом ассортименте, а часть этого софта уже должна быть в системе. Но переносимый пакетный софт есть и в винфоне. Проигрывает винфон вовсе не из-за того, что вы указали. Даже более того — обычным пользователям нравится базовый интерфейс винфонов и их возможности. Но андроид просто может больше — он дольше делался и больше в нём сделано, а для того, что не сделано, есть множество программ, которых нет у винфона. Ну и еще есть множество мелких проблем новой ОС есть. Так же вы часто говорите о том, на что одна яблочная компания наплевала — пользователям не нужно даже знать о существовании чего-то в самой ОС. В истории винфонов главное — временной и маркетинговый проигрыш. Это всё я говорю со стороны пользователя, от себя как разработчика и пользователя, а так же лиц, что пользовались этими системами.
Да любые смс — не суть какие. Чего-то не доходят. И никто не знает почему. Бага у них видать какая-то.
Есть программы, которые не привязаны к номеру телефона. Их много больше, чем тех, что привязаны. В моей среде повсеместно используется скайп. Он есть на телефонах, на компах, связь хорошего качество при разговоре(видео) 1 на 1. Проблемы тоже есть. Хотя и работает при некоторых неполадках, но в связи с централизацией уже не всё так же хорошо, как было. А номер я свой вообще не свечу по возможности.
Контролировать память обычно нельзя. Но забываем мы что-то всегда, хотя и думать можем по другому. Прежде всего есть приоритет на запоминание. И тут нет приоритета между старой знанием и новым — скорее наоборот, мозг найдет схожее и быстрее запомнит эти части. Запоминание с приоритетом на одиночное знание хорошо работает у детей — генетическая предрасположенность видать сказывается — поэтому и знания обычно размещаются в неких центрах, а не где попало. И мускульная, и сенсорная нервная ткань специализированна.
Что касается шока. Достаточно просто делать паузы. К примеру 1 день в месяц оставаться без инструмента. Так, совсем немного слабее будет эффективность использования инструмента, и не будет шока от потери возможностей инструмента. Ну и повысится эффективность в необычной обстановке.
Я так же думаю, кроме последнего(тут не заглядывал так далеко). Прикол в том, что язык этот есть и не один — любой человеческий. А вот «компилятора» нет, увы.
Это пока из-за них не произойдет каких-либо проблем. Обычно установить либу или плагин не проблема. Пока он один. Но т.к. спецификации нет, как нет и правил установки, то при большем количестве плагинов появляются конфликты наименований, доступа и т.д. Часть проблем видна сразу, часть легко определить, а часть незаметна и ждет релиза.
Это не заблуждение, а факт. Более того, некоторые проблемы(недостатки) есть у каждого языка, особенно если расширяется зона его применения. Часто о недостатках знают и сами разработчики — иначе бы языки не развивались.
Можно обойтись и без этого или написать своё. Можно ту же 1000 технологию подключить, или выработать стиль и правила, что решат большую часть проблем. Вариантов много.
Я сам работаю с Unity и С#. Чем больше библиотек, тем больше мата. Иногда, чтобы внедрить новую либу, с учетом 5 необходимых, тратится столько времени, что быстрее написать своё решение. Возможно в вашей среде иначе? Я не знаю. Может и в этом наши различия?
Так же, как я уже говорил — в той же Java решают часто те проблемы, что уже решены в dotnet самой архитектурой(быть может в Java решена часть проблем, что есть в C#, но я не столь хорош в Java). Думаю, это так же может влиять.
Писал же — в первое время это очень сильно помогает понять язык и набить навык.
Я ни за что не начну верить только чужому опыту, когда на кону работа не одного человеко-месяца. Разве что от безысходности. Тут так же влияет психология — чаще выбирают просто знакомое, совсем не потому, что оно лучше.
Инженер-программист, не то чтобы похож — он и есть инженер. Не должен знать о новых технологиях, но может. Да, лучше если в курсе, но вот если архитектор может спроектировать систему водоснабжения, то он может спроектировать систему водоснабжения, знает он новые технологии или нет. Замечу так же, что новые технологии в программировании обычно дают прирост производительности всего в несколько % за год.
Инженер отличается от техника в том числе и тем, что может вообще никогда не пощупать и не увидеть то, что он спроектировал. В среде программистов возможен и 100% технический подход, и даже 100% инженерный.
Архитекторы часто делают то, что никто до них никогда не делал. Создают технологии, которые никогда и нигде не применялись. И у них нет возможности «потрогать» это. Я не считаю для себя невозможным в принципе инженерный подход — то бишь оценку и проектирование до исполнения.
Что здесь хотя бы необычного?
Абстрактные логические задачи могут принести больше пользы, если вы и так пишете код до 8 часов в день по рабочим дням. Это в карате силен тот, кто отработал один удар тысячи раз, а вот с мозгами работает иначе.
PS: Ничего против не имею. И даже за. Но и не считаю, что это стоит превозносить.
Да, в первые годы это приносит много пользы, учишься лучшему пониманию языка, набиваешь навык. Но потом это становится всё менее эффективным. С точки зрения понимания различных технологий — есть смысл изучить пару новых языков и программирование именно в их стиле. Большую часть новых фич переносят из других языков, не всегда даже языков программирования.
Касательно популярных вещей, что уже прошли отборку сообществом и теперь хотя бы иногда нужны заказчику. Освоить новую технологию не = написать что-то стоящее. Можно просто опробовать различные части этого проекта и понять как они работают. Это скорее исследовательская деятельность, чем написание чего-то конкретного. Тут просто быстро и полно проверяешь как и что работает. Часто даже более полно, чем когда требуется что-то конкретное.
Сколько у вас ушло только на одну вещь? А ведь их полно. Всё во всей IT среде просто не хватит времени проверить. Как вы будете выбирать, какой инструмент использовать? Только среди того, что пробовали? Это, пожалуй, на 2 месте самых худших способов выбора инструментария.
Любые блага. Даже ваше развитие как специалиста — благо, нет? Чтобы развиваться как программист, не обязательно для этого писать код, тем более «для себя», как и быть в тренде необязательно. Можно решать логические задачи, можно читать книги и справочники, ту же документацию. Даже изучение не языков программирования может принести пользу при правильном подходе.
Писать код совсем не обязательно, чтобы было понимание. И опять таки — все что в тренде может полететь далеко и навсегда. Так было с кучей практик, кучей, уже макулатуры, что когда-то были примерами для подражания большинства программистов той среды. Что для меня попусту потраченное время.
Мне уже давно не обязательно получать опыт пробами для работы с тем, что я уже знаю. Просто потому, что dotNet + Unity + специфика работы железа перекрывает возможности обучения методом проб. Они просто развиваются быстрее, чем это всё можно опробовать. Но есть и +. Всё это можно найти в спецификации, статьях, патчнотах и прочем. Этого достаточно, чтобы изучить всё и знать, что использовать в следующий раз.
Ну и поставим вопрос по другому. Сколько благ вы создали такой деятельностью? Некоторые люди, что продвигают те или иные технологии, дорабатывают их, тестируют, пользуются — полезны. Но какова эффективность? Не лучше найти еще одну работу, раз уж у вас полно сил и времени?
Такую задачу и именно для таких целей можно решить мысленно. Таких задач можно задать целых десять за пол часа-час собеседования и быстро оценить примерный уровень и даже знание стека технологий в разных направлениях. Пару раз был на таких собеседованиях. Это интересно и, что немаловажно, если получится включиться в задачи, то уже ничего не мешает.
С досками или кодингом за это время оценить что-то значимо нереально.
А вообще, тренды, как правило, то еще не предсказуемое и малополезное нечто. Они постоянно мрут и становятся бесполезным грузом знаний, либо решают уже решенные проблемы. Другой вариант. Смотрел тренды Java, нужно было подтянуть свой уровень. Многое выглядело для меня просто как дикость и безумие, т.к. проблемы, которые решают трендовые методики просто не существуют в C# dotnet. Так, легко видно людей, которые пишут на новом для себя языке как на старом.
Касательно конкретно найма нового дворника. ЗП в школах не конкурентноспособна. Это стабильное дно. А сколько людей у нас работоспособны и ни разу не совершали преступление? В РФ каждый год по ~1 250 000 осужденных, где подавляющая часть — работоспособные люди, мужчины. Вообще, у нас огромное количество осужденных, но сейчас не о том. Дворника работа — тяжелая, мужская, низкоквалифицированная. Люди без судимости или с лучшей квалификацией пойдут скорее в продавцы, кассиры — работа не тяжелая и оплачивается лучше. Дворники без судимости лучше зарабатывают в частном секторе, конкурируя с приезжими(только в больших городах). Вот и приходим к тому, что в школах часто работали люди с судимостью. И это не прихоть или невозможность проверки, а просто безысходность.
Основа та же, и можно код писать по старому. Но это не многим отличается от написания на старых языках. Смотрю код коллег, поражаюсь. У меня часто есть чему поучится у новых коллег. Есть те, кто перешел с ++ и их стиль очень отличается от стандартов msdn, он легко узнаваем и там редко бывает новое. А вот если человек с Java или недавно с университета — всплывает очень много нового. О большей части даже знаешь, но что-то пропустил случайно, что-то, просто не думал, что можно так использовать, или не выработал привычку использовать это новое и делаешь по старому уже и не замечая.
Второй вариант, как тут уже писали, идти в компанию, где требуются лучшие навыки. Проблема только в том, что эти «лучшие навыки» сначала надо получить, а без них туда попасть сложно.
Третий вариант — стартап. Я думаю, что почти у каждого опытного разработчика есть какая-то идея на заметке. Устроить конкурс и найти «менеджера», развить проект, продать его и начать новый. Впрочем, можно и присоединиться к какой-либо команде.
Еще есть вариант — переехать. Пусть это, возможно, и совсем не даст рост как технического специалиста, но прибавит проблем и расширит область возможных действий. А там, может, и другие варианты будут появляться уже не как исключение.
PS: Сегодняшний рост только в руководящие должности обусловлен тем, что количество программистов сильно растет. И ими хотят управлять, да не могут.
Я бы не делил на «равных и тех, кто равнее» — гиблое дело. Да, можно подумать, что человек не замечает опасности, поэтому никак не реагирует. Но это и будет нарушением этого инстинкта. Убрать естественные рефлекторные болевые реакции — и ничего от этого инстинкта не останется. А голод всё так же будет работать, виляя на организм комплексно.
Вообще, голод гораздо древнее и «проработан» получше ИС. Просто без ИС животное может жить и размножаться, а вот без голода — отнюдь. Даже инстинкт направленный на размножение не всегда нужен для продолжения рода.
Если рассуждать подобным образом, то всё можно подвести под инстинкт самосохранения гена, но вовсе не человека. Любые инстинкты направлены именно на это. Но у генов же нет инстинкта.
А ведь это как раз та область, что нуждается в защите, подобной ЗПП, или в расширении ЗПП. Но у нас в интернет-среде умеют только запрещать и банить — им, как обычно, плевать на защиту граждан.
ОС — это не ядро. А называть ядро полноценной ОС было бы совсем не верно. Тут вы правильно пишете о драйверах, вот только драйвера «разного уровня» по сути и есть базовая ОС. И тут это не линукс.
Помимо драйверов, есть еще и базовые вещи, вроде безопасности, и многое другое, причем сделанное так, как выгодно вендорам, но не пользователям. Я с самой системой знаком «шапочно», и то натыкаюсь на вещи, что не дают использовать базовый андроид без изменений полноценно, как ту же винду или линукс. Да даже пользователи порой жалуются, что им приходится предоставлять программе гораздо больший доступ, чем требуется — а это уходит глубоко в саму ОС. В винфонах, кстати, это сделано с заботой о пользователе. Только после них в андроиде то ли появилось, то ли выразили желание делать, лишь что-то подобное. Да и некоторые изменения требуют выполнить целый ритуал, чтобы полноценно пользоваться и хоть как-то защитить себя и свои данные.
Вы ошибаетесь насчет простых и продвинутых. Продвинутым как раз не нужно ядро. Им нужны настройки самой ОС в большей мере, но и не более того. Ядро может понадобится только для «извращений», то бишь для профессионалов и энтузиастов. Да, простым пользователям достаточно любого работающего софта в большом ассортименте, а часть этого софта уже должна быть в системе. Но переносимый пакетный софт есть и в винфоне. Проигрывает винфон вовсе не из-за того, что вы указали. Даже более того — обычным пользователям нравится базовый интерфейс винфонов и их возможности. Но андроид просто может больше — он дольше делался и больше в нём сделано, а для того, что не сделано, есть множество программ, которых нет у винфона. Ну и еще есть множество мелких проблем новой ОС есть. Так же вы часто говорите о том, на что одна яблочная компания наплевала — пользователям не нужно даже знать о существовании чего-то в самой ОС. В истории винфонов главное — временной и маркетинговый проигрыш. Это всё я говорю со стороны пользователя, от себя как разработчика и пользователя, а так же лиц, что пользовались этими системами.
Есть программы, которые не привязаны к номеру телефона. Их много больше, чем тех, что привязаны. В моей среде повсеместно используется скайп. Он есть на телефонах, на компах, связь хорошего качество при разговоре(видео) 1 на 1. Проблемы тоже есть. Хотя и работает при некоторых неполадках, но в связи с централизацией уже не всё так же хорошо, как было. А номер я свой вообще не свечу по возможности.
Контролировать память обычно нельзя. Но забываем мы что-то всегда, хотя и думать можем по другому. Прежде всего есть приоритет на запоминание. И тут нет приоритета между старой знанием и новым — скорее наоборот, мозг найдет схожее и быстрее запомнит эти части. Запоминание с приоритетом на одиночное знание хорошо работает у детей — генетическая предрасположенность видать сказывается — поэтому и знания обычно размещаются в неких центрах, а не где попало. И мускульная, и сенсорная нервная ткань специализированна.
Что касается шока. Достаточно просто делать паузы. К примеру 1 день в месяц оставаться без инструмента. Так, совсем немного слабее будет эффективность использования инструмента, и не будет шока от потери возможностей инструмента. Ну и повысится эффективность в необычной обстановке.