Например, Einslive — это станция WDR, и я его регулярно слушаю (когда в машине), вполне неплохие программы. Я подозреваю что ваша любимая радиостанция может оказаться (вдруг) частью одной из контор в пользу которых взимается сбор, только это совсем неочевидно из названия.
Насчёт ТВ не знаю, уже лет 20 его не смотрю, но судя по разговорам знакомых там тоже бывают достойные вещи, правда один большой минус — много рекламы, а это как-бы не совсем честно — раз уж есть сбор, то рекламы быть не должно.
Вполне совместимо. К примеру, церковный налог в ряде светских стран собирается государством но уходит на финансирование конфессий которым принадлежит его плательщик, а конфессии и церкви к государству отношения не имеют — точно также государство может собирать в пользу любой (даже негосударственной) организации.
Фактически, государство (налоговая служба) всего лишь предоставляет услугу по договору с негосударственной организацией в пользу которой производится сбор.
у тебя выбора нет если нужно сайтом пользоваться то ты соглашаешься со всем
Как минимум в ЕС это не так — отказаться можно от всего кроме минимума, сайты просто не имеют права требовать "согласиться со всем" для доступа, а если потребуют — прилетит крутой штраф (при наличии жалоб, разумеется).
так и в приложениях если оно нужно то у тебя выбора нет кроме как согласиться.
Им можно не давать ничего, не знаю как на iOS, но на андроиде можно или прибить доступ в сеть вообще или отобрать доступ к важной информации так что они и не пикнут (причём без рута).
Правда, есть проблема — если приложению нужен доступ к данным типа контактов и прочего, и при этом ему также нужна сеть — то увы, остается только доверять авторам что они ничего не собирают.
Но проще всего не ставить приложения которые много хотят, или ставить их в отдельную песочницу (другой профиль пользователя с пустым всем) — и проблемы не будет. Apple, правда, не предоставляет таких возможностей, насколько мне известно, так что там вариантов поменьше.
Ну так гугль/эппл тоже получает з/п за продажу приложения (причём эппл ещё и с разработчиков берёт ежегодно, независимо от того продаёт ли он что-то) — зачем чаевые-то (сервисы и продукция внутри приложения) требовать? Платёжные системы берут не более 5% за это, и то это уже редкий максимум.
Если уж вы упомянули ритейл — представьте что при платеже кредиткой вам ещё 30% к цене добавят — это будет адекватно?
Возможно, мы просто не совсем поняли друг друга. Я всего лишь имел в виду что удалёнка (равно как и офисная работа) далеко не всегда предполагает мгновенную или гарантированную доступность (кроме узкого ряда работ где это действительно необходимо).
К примеру есть девелопер, он кодит, и оторвать его от этого занятия ("пойди сюда, есть вопрос") может привести к большим потерям в итоге чем email на который он ответит когда появится возможность (через 15 минут, час или даже три).
Или сисдамин, решающий проблему с сетью, без которой всё стоит — ясное дело что формально-то он "доступен", но он займется коммуникацией и ответами на другие вопросы когда закончит то что важно сейчас, а это тоже может занять время.
То есть — удалёнка гарантирует абстрактное присутствие, но далеко не всегда требует мгновенной реакции в любой момент — это не всегда целесообразно.
Но всё же не все самые интересные вещи на планете можно сделать только в одиночку.
"не в одиночку" != "постоянно общаясь с кем-то". В процессе работы (в частности в разработке) чаще всего люди выполняют довольно ощутимые (по времени) части работы как раз в одиночку, т.е. не общаясь с кем-то в процессе, но периодически они, разумеется, обмениваются вопросами, состоянием, собираются для обсуждений и всё такое — но для этого нет необходимости быть на связи непрерывно 8 часов в сутки и реагировать на любое сообщение максимум за минуту, некоторые команды обходятся всего двумя короткими обсуждениями в день и одним большим в неделю, всё остальное — исключительно асинхронно через тикеты/vcs.
Честно говоря, я даже не могу себе представить большой проект по разработке в котором непрерываное общение и быстрая реакция будут обязательны для его успешного выполнения — это может быть важно при отладке, выкатывании в прод, в процессе проектирования архитектуры и т.п. — но не в самом процессе разработки, когда уже каждый знает что ему делать и просто это делает, т.е. как раз когда появилось много сравнительно небольших и независимых задач.
В конце концов, многие фрилансеры (и команды) так работают — они получают задание, контрольные точки и в промежутках между ними могут вообще не быть на связи, причём промежутки могут быть даже днями, не то что часами.
Или даже проще — посмотрите на ряд крупных open source проектов (хотя бы тоже ядро Линуха) — там нет "гарантированной доступности", но они вполне успешны, асинхронной коммуникации вполне хватает.
Необязательно. Иногда удалёнка — это выполнение заданий к сроку, без конкретных гарантий времени реакции, возможно, с промежуточными отчётами но всё же не на привязи.
Если сравнивать с Ansible & co, то он вам не поможет сделать CentOS из Debian, или наоборот, и далеко не все провайдеры предоставляют все варианты дистрибутивов — иногда последней версии нет а делать release upgrade не всегда удобно, не говоря уже про наоборот — когда у провайдера только последняя версия а вам зачем-то нужна предыдущая.
К тому же, некоторые ставят минималки, некоторые максималки, некоторые добавляют своё (от которого нужно избавляться) и т.п. — слишком много вариаций для систем управления конфигурациями, проще реально свой установочный образ (если есть возможность).
Я обычно первым делом запускаю rescue system и тащу свой образ (в отличие от варианта с ISO, работает практически с любым провайдером) — даёт определенную долю уверенности что в системе ничего лишнего не будет (два провайдера уже были пойманы на установке софта и правке конфигурации через qemu-guest-agent, причём совсем не на managed серверах).
Если Китай захочет прогнуть до 10% — им придётся прогнуться. Там такой рынок что его потеря обойдётся гораздо дороже потери 2/3 доходов.
К тому же, честно говоря, эти 30% не стоят того за что берутся — это примерно как чаевые в ресторане — с точки зрения работы официанта принести бутылку воды за $1 или бутылку вина за $100 — один пень, только в первом случае чаевые будут 10 центов а во втором 10 баксов, причём в обоих случаях официант не понесет никаких затрат на производство и ничего не потеряет если не получит чаевые.
Что если я перевел деньги с р/с ИП на р/с физ лица? Это уже доход физ-лица?
Физлицо, получающее доход откуда угодно, обязано платить налоги везде где является налоговым резидентом (минус уплаченные если есть соглашение). Перечисление со счёта российского ИП на имя физлица является доходом с точки зрения НС соответсвующей юрисдикции со всеми вытекающими.
Если же вы как физлицо будете использовать карточку ИП одной страны в другой стране на личные нужды (а не для осуществления деятельности ИП) и про это пронюхает НС, то будете сидеть как скрывающее доходы (и не платящее налоги) физлицо.
Фокус в том что любые материальные (и не очень) ценности, полученные из любых источников — это доход, хотя до некоторых пределов не облагаемый налогом (подарки от родственников до определенной суммы и подобное). Более того, формально, даже если ваш друг угостил вас обедом в ресторане — это тоже доход, подарок на ДР — тоже доход, всё доход с точки зрения НС, так что будь у них желание (и возможности) — пришлось бы вам отчитываться за каждую чашку кофе, выпитую в гостях, и каждую печеньку которой вас угостили.
Бизнесмены опасаются ухода IT-гигантов из России из-за введения подобных ограничений.
Есть сомнения что из-за 10% разницы кто-то из них уйдёт с в общем-то хорошего рынка, ибо потеря этих 10% — это потеря всего-то трети доходов на конкретном рынке, это снизит доходы но далеко до минуса или хотя бы выхода в ноль, а вот уход с рынка — это гораздо большие потери в абсолютном выражении.
Хочется верить, что хоть где-то, например в той же Америке американцам (или эмигрировавшим россиянам, не суть) оказывают медицинский сервис более высокого уровня (думаю так и есть).
Верьте, если хочется. Сервис (отношение к вам в госпитале и плюшки в палате) конечно зависит от уровня з/п медперсонала и уровня страховки, а вот качество (и успешность) лечения — как повезёт. Что в США, что в Германии, что в СНГ, что в Шри-Ланке. Хотя "работа та же самая". Исключение — вы олигарх и можете купить себе лучших врачей и лучшие клиники (но тоже не всегда помогает).
если я работаю на московскую фирму удалённо, то зарплату я должен получать не зависимо от места моего текущего географического положения
Вопрос в том — какую именно? Если на этой фирме в среднем платят девелоперам (к примеру) $1000 — то они конечно вам её могут пообещать. Вопрос в том, готовы ли вы работать за эту з/п живя в городе (стране) где затраты на жизнь составляют в два раза больше, и наоборот — если фирма платит "местным" $3000 но "на жизнь" уходит 3/4 от этого, а вы живете в месте где на ту же самую жизнь (с не худшим качеством) уходит 1/8 от этого и вам предложат $1000 — будет ли это нечестно со стороны фирмы? А так да — работа одинаковая, где бы вы не жили. Вопрос в том сколько стоит ваша жизнь в конкретом месте — отсюда и дифференциация з/п.
потому что одна работа — лечить россиян, а другая — американцев
Во как… Т.е. россиянина в США нужно лечить за те же деньги что в России, а американца в России — соответственно наоборот? Скажите, а удаление аппендицита у россиянина и американца чем-то принципиально отличается? А если американец — не коренной, а мигрант из России? А если наоборот?
Вы правы, удалёнка — не другое, всё тоже самое.
То есть если вы живете в (скажем) Сан-Франциско, но работаете удалённо в московской фирме, вы согласны получать московскую же з/п за такую же удалённую работу (они ведь и москвичам её платят)? Или захотите всё же з/п как в СФ? Причём, что примечательно, живя в (допустим) Москве, но работая удалённо на фирму в СФ, вы наверно будете возмущаться (или обижаться) что з/п вам не дают как в СФ, хотя работа "та же самая" — или я ошибаюсь?
в современном мире не должно быть дискриминации по месту проживания
То есть все выполняющие одинаковую работу должны получать одинаковую зарплату независимо от места проживания? Дворник в Индии и дворник в Японии — первые явно получают меньше вторых, хотя работы у них явно больше и она сложнее, опасней и неприятней.
С удалёнкой никакой разницы — программист в Японии на удалёнке будет расчитывать на японские же зарплаты (независимо от того где его работодатель), но вот почему программист из РФ тоже хочет японскую з/п, хотя живет совсем не в Японии — непонятно.
А если "удалёнка — это другое" — это уже дискриминация по возможности работы удалённо получается.
Суровая же правда жизни (хотя мне она тоже не нравится) в том что рынок определяет стоимость работы — ясный пень что программист (даже супер-пупер) из Индии согласен будет работать за в разы меньшую з/п чем такой же из Калифорнии — по той простой причине что для него она даст уровень жизни (в Индии) не хуже (а то и лучше) чем его высокооплачиваемому коллеге в Калифорнии.
этот водитель мог бы перенести свою репутацию в OpenLyft, OpenInstacart, OpenDoorDash и другие веб-сервисы
А кто гарантирует достоверность переносимых данных? Пока данные относятся к самому пользователю и влияют только на него — всё сравнительно просто, пользователь сам заинтересован в их достоверности (хотя и тут возможны манипуляции), но репутация и прочие данные которые будут использоваться кем-то ещё — это уже совсем другая тема.
Гораздо логичней иметь некое независимое хранилище данных (append only) со всей историей изменений, где будет накапливаться и репутация и всё остальное (что может быть публичным) — а сервисы обязаны будут использовать это хранилище как основу. Но и тут возникает проблема — если сервис окажется не совсем честным и добавит туда что-то недостоверное, а удалить уже не получится, да и не будет большинство во всей этой истории копаться и разбираться кто прав а кто виноват.
Мало что-то открыть и дать всем пользоваться — есть очень много проблем которые не решаются без чего-то что мы называет "регуляторами" и "властью", равно как и без подобия "законов" и "судов", но наличие любого из этих компонентов противоречит самой идее.
Это не совсем компилятор, т.е. производительность всё равно будет в десятки раз меньше чем V8 после jit, для больших JSON (или много мелких) запросов не особо-то разгуляешься.
А в остальном тулза хорошая получилась, гораздо приятней (и понятней) чем jq.
LarkBox в три раза больше по объему с почти такими же характеристиками (чуть помощнее проц и ещё два гига памяти — но это несущественно с точки зрения места), только вот для порта места в нём не нашлось, почему-то.
Даже если новые модели уже умеют правильный Netflow без потери производительности на гигабите, они всё же весьма ограничены функционально и с точки зрения добавления нужных функций — там либо что-то своё (mikrotik) или обрезанный линух (vyatta/openwrt/lede), не считая очень ограниченных ресурсов (память, диск).
Да, мне нужен был рутер — но чтобы я мог делать там что угодно (что позволяет ядро), а не ограничиваться функционалом того что туда запихнули разработчики — у всех из них есть ограничения — и всё равно приходится менять софт, а это неприятно, особенно когда памяти кот наплакал.
Здесь же я поставил стандартный линух с современным ядром (5.4+) — и всё, никаких забот про специальные сборки, uboot, драйвера (которых нет в последних ядрах или которые криво работают), экономию памяти и всё такое (намучался с этим на армах), бонус — весьма шустрый процессор который может намного быстрее чем арм, и при этом весь девайс размером лишь чуть больше чем телефон.
Интересный девайс, спасибо за наводку. Проц в два раза хуже чем J4125 по скорости но в теории хватит на всё что нужно (раз у celeron всего 20% уходит).
Например, Einslive — это станция WDR, и я его регулярно слушаю (когда в машине), вполне неплохие программы. Я подозреваю что ваша любимая радиостанция может оказаться (вдруг) частью одной из контор в пользу которых взимается сбор, только это совсем неочевидно из названия.
Насчёт ТВ не знаю, уже лет 20 его не смотрю, но судя по разговорам знакомых там тоже бывают достойные вещи, правда один большой минус — много рекламы, а это как-бы не совсем честно — раз уж есть сбор, то рекламы быть не должно.
Вполне совместимо. К примеру, церковный налог в ряде светских стран собирается государством но уходит на финансирование конфессий которым принадлежит его плательщик, а конфессии и церкви к государству отношения не имеют — точно также государство может собирать в пользу любой (даже негосударственной) организации.
Фактически, государство (налоговая служба) всего лишь предоставляет услугу по договору с негосударственной организацией в пользу которой производится сбор.
А смысл в этих фейковых данных и обмане сетей? Им от этого ни жарко ни холодно.
Как минимум в ЕС это не так — отказаться можно от всего кроме минимума, сайты просто не имеют права требовать "согласиться со всем" для доступа, а если потребуют — прилетит крутой штраф (при наличии жалоб, разумеется).
Им можно не давать ничего, не знаю как на iOS, но на андроиде можно или прибить доступ в сеть вообще или отобрать доступ к важной информации так что они и не пикнут (причём без рута).
Правда, есть проблема — если приложению нужен доступ к данным типа контактов и прочего, и при этом ему также нужна сеть — то увы, остается только доверять авторам что они ничего не собирают.
Но проще всего не ставить приложения которые много хотят, или ставить их в отдельную песочницу (другой профиль пользователя с пустым всем) — и проблемы не будет. Apple, правда, не предоставляет таких возможностей, насколько мне известно, так что там вариантов поменьше.
Ну так гугль/эппл тоже получает з/п за продажу приложения (причём эппл ещё и с разработчиков берёт ежегодно, независимо от того продаёт ли он что-то) — зачем чаевые-то (сервисы и продукция внутри приложения) требовать? Платёжные системы берут не более 5% за это, и то это уже редкий максимум.
Если уж вы упомянули ритейл — представьте что при платеже кредиткой вам ещё 30% к цене добавят — это будет адекватно?
Возможно, мы просто не совсем поняли друг друга. Я всего лишь имел в виду что удалёнка (равно как и офисная работа) далеко не всегда предполагает мгновенную или гарантированную доступность (кроме узкого ряда работ где это действительно необходимо).
К примеру есть девелопер, он кодит, и оторвать его от этого занятия ("пойди сюда, есть вопрос") может привести к большим потерям в итоге чем email на который он ответит когда появится возможность (через 15 минут, час или даже три).
Или сисдамин, решающий проблему с сетью, без которой всё стоит — ясное дело что формально-то он "доступен", но он займется коммуникацией и ответами на другие вопросы когда закончит то что важно сейчас, а это тоже может занять время.
То есть — удалёнка гарантирует абстрактное присутствие, но далеко не всегда требует мгновенной реакции в любой момент — это не всегда целесообразно.
"не в одиночку" != "постоянно общаясь с кем-то". В процессе работы (в частности в разработке) чаще всего люди выполняют довольно ощутимые (по времени) части работы как раз в одиночку, т.е. не общаясь с кем-то в процессе, но периодически они, разумеется, обмениваются вопросами, состоянием, собираются для обсуждений и всё такое — но для этого нет необходимости быть на связи непрерывно 8 часов в сутки и реагировать на любое сообщение максимум за минуту, некоторые команды обходятся всего двумя короткими обсуждениями в день и одним большим в неделю, всё остальное — исключительно асинхронно через тикеты/vcs.
Честно говоря, я даже не могу себе представить большой проект по разработке в котором непрерываное общение и быстрая реакция будут обязательны для его успешного выполнения — это может быть важно при отладке, выкатывании в прод, в процессе проектирования архитектуры и т.п. — но не в самом процессе разработки, когда уже каждый знает что ему делать и просто это делает, т.е. как раз когда появилось много сравнительно небольших и независимых задач.
В конце концов, многие фрилансеры (и команды) так работают — они получают задание, контрольные точки и в промежутках между ними могут вообще не быть на связи, причём промежутки могут быть даже днями, не то что часами.
Или даже проще — посмотрите на ряд крупных open source проектов (хотя бы тоже ядро Линуха) — там нет "гарантированной доступности", но они вполне успешны, асинхронной коммуникации вполне хватает.
Необязательно. Иногда удалёнка — это выполнение заданий к сроку, без конкретных гарантий времени реакции, возможно, с промежуточными отчётами но всё же не на привязи.
Если сравнивать с Ansible & co, то он вам не поможет сделать CentOS из Debian, или наоборот, и далеко не все провайдеры предоставляют все варианты дистрибутивов — иногда последней версии нет а делать release upgrade не всегда удобно, не говоря уже про наоборот — когда у провайдера только последняя версия а вам зачем-то нужна предыдущая.
К тому же, некоторые ставят минималки, некоторые максималки, некоторые добавляют своё (от которого нужно избавляться) и т.п. — слишком много вариаций для систем управления конфигурациями, проще реально свой установочный образ (если есть возможность).
Я обычно первым делом запускаю rescue system и тащу свой образ (в отличие от варианта с ISO, работает практически с любым провайдером) — даёт определенную долю уверенности что в системе ничего лишнего не будет (два провайдера уже были пойманы на установке софта и правке конфигурации через qemu-guest-agent, причём совсем не на managed серверах).
Если Китай захочет прогнуть до 10% — им придётся прогнуться. Там такой рынок что его потеря обойдётся гораздо дороже потери 2/3 доходов.
К тому же, честно говоря, эти 30% не стоят того за что берутся — это примерно как чаевые в ресторане — с точки зрения работы официанта принести бутылку воды за $1 или бутылку вина за $100 — один пень, только в первом случае чаевые будут 10 центов а во втором 10 баксов, причём в обоих случаях официант не понесет никаких затрат на производство и ничего не потеряет если не получит чаевые.
Физлицо, получающее доход откуда угодно, обязано платить налоги везде где является налоговым резидентом (минус уплаченные если есть соглашение). Перечисление со счёта российского ИП на имя физлица является доходом с точки зрения НС соответсвующей юрисдикции со всеми вытекающими.
Если же вы как физлицо будете использовать карточку ИП одной страны в другой стране на личные нужды (а не для осуществления деятельности ИП) и про это пронюхает НС, то будете сидеть как скрывающее доходы (и не платящее налоги) физлицо.
Фокус в том что любые материальные (и не очень) ценности, полученные из любых источников — это доход, хотя до некоторых пределов не облагаемый налогом (подарки от родственников до определенной суммы и подобное). Более того, формально, даже если ваш друг угостил вас обедом в ресторане — это тоже доход, подарок на ДР — тоже доход, всё доход с точки зрения НС, так что будь у них желание (и возможности) — пришлось бы вам отчитываться за каждую чашку кофе, выпитую в гостях, и каждую печеньку которой вас угостили.
Есть сомнения что из-за 10% разницы кто-то из них уйдёт с в общем-то хорошего рынка, ибо потеря этих 10% — это потеря всего-то трети доходов на конкретном рынке, это снизит доходы но далеко до минуса или хотя бы выхода в ноль, а вот уход с рынка — это гораздо большие потери в абсолютном выражении.
Верьте, если хочется. Сервис (отношение к вам в госпитале и плюшки в палате) конечно зависит от уровня з/п медперсонала и уровня страховки, а вот качество (и успешность) лечения — как повезёт. Что в США, что в Германии, что в СНГ, что в Шри-Ланке. Хотя "работа та же самая". Исключение — вы олигарх и можете купить себе лучших врачей и лучшие клиники (но тоже не всегда помогает).
Вопрос в том — какую именно? Если на этой фирме в среднем платят девелоперам (к примеру) $1000 — то они конечно вам её могут пообещать. Вопрос в том, готовы ли вы работать за эту з/п живя в городе (стране) где затраты на жизнь составляют в два раза больше, и наоборот — если фирма платит "местным" $3000 но "на жизнь" уходит 3/4 от этого, а вы живете в месте где на ту же самую жизнь (с не худшим качеством) уходит 1/8 от этого и вам предложат $1000 — будет ли это нечестно со стороны фирмы? А так да — работа одинаковая, где бы вы не жили. Вопрос в том сколько стоит ваша жизнь в конкретом месте — отсюда и дифференциация з/п.
Во как… Т.е. россиянина в США нужно лечить за те же деньги что в России, а американца в России — соответственно наоборот? Скажите, а удаление аппендицита у россиянина и американца чем-то принципиально отличается? А если американец — не коренной, а мигрант из России? А если наоборот?
То есть если вы живете в (скажем) Сан-Франциско, но работаете удалённо в московской фирме, вы согласны получать московскую же з/п за такую же удалённую работу (они ведь и москвичам её платят)? Или захотите всё же з/п как в СФ? Причём, что примечательно, живя в (допустим) Москве, но работая удалённо на фирму в СФ, вы наверно будете возмущаться (или обижаться) что з/п вам не дают как в СФ, хотя работа "та же самая" — или я ошибаюсь?
То есть все выполняющие одинаковую работу должны получать одинаковую зарплату независимо от места проживания? Дворник в Индии и дворник в Японии — первые явно получают меньше вторых, хотя работы у них явно больше и она сложнее, опасней и неприятней.
С удалёнкой никакой разницы — программист в Японии на удалёнке будет расчитывать на японские же зарплаты (независимо от того где его работодатель), но вот почему программист из РФ тоже хочет японскую з/п, хотя живет совсем не в Японии — непонятно.
А если "удалёнка — это другое" — это уже дискриминация по возможности работы удалённо получается.
Суровая же правда жизни (хотя мне она тоже не нравится) в том что рынок определяет стоимость работы — ясный пень что программист (даже супер-пупер) из Индии согласен будет работать за в разы меньшую з/п чем такой же из Калифорнии — по той простой причине что для него она даст уровень жизни (в Индии) не хуже (а то и лучше) чем его высокооплачиваемому коллеге в Калифорнии.
А кто гарантирует достоверность переносимых данных? Пока данные относятся к самому пользователю и влияют только на него — всё сравнительно просто, пользователь сам заинтересован в их достоверности (хотя и тут возможны манипуляции), но репутация и прочие данные которые будут использоваться кем-то ещё — это уже совсем другая тема.
Гораздо логичней иметь некое независимое хранилище данных (append only) со всей историей изменений, где будет накапливаться и репутация и всё остальное (что может быть публичным) — а сервисы обязаны будут использовать это хранилище как основу. Но и тут возникает проблема — если сервис окажется не совсем честным и добавит туда что-то недостоверное, а удалить уже не получится, да и не будет большинство во всей этой истории копаться и разбираться кто прав а кто виноват.
Мало что-то открыть и дать всем пользоваться — есть очень много проблем которые не решаются без чего-то что мы называет "регуляторами" и "властью", равно как и без подобия "законов" и "судов", но наличие любого из этих компонентов противоречит самой идее.
Это не совсем компилятор, т.е. производительность всё равно будет в десятки раз меньше чем V8 после jit, для больших JSON (или много мелких) запросов не особо-то разгуляешься.
А в остальном тулза хорошая получилась, гораздо приятней (и понятней) чем jq.
LarkBox в три раза больше по объему с почти такими же характеристиками (чуть помощнее проц и ещё два гига памяти — но это несущественно с точки зрения места), только вот для порта места в нём не нашлось, почему-то.
Да сколько там пространства нужно? Если уж в такое лепят:
Даже если новые модели уже умеют правильный Netflow без потери производительности на гигабите, они всё же весьма ограничены функционально и с точки зрения добавления нужных функций — там либо что-то своё (mikrotik) или обрезанный линух (vyatta/openwrt/lede), не считая очень ограниченных ресурсов (память, диск).
Да, мне нужен был рутер — но чтобы я мог делать там что угодно (что позволяет ядро), а не ограничиваться функционалом того что туда запихнули разработчики — у всех из них есть ограничения — и всё равно приходится менять софт, а это неприятно, особенно когда памяти кот наплакал.
Здесь же я поставил стандартный линух с современным ядром (5.4+) — и всё, никаких забот про специальные сборки, uboot, драйвера (которых нет в последних ядрах или которые криво работают), экономию памяти и всё такое (намучался с этим на армах), бонус — весьма шустрый процессор который может намного быстрее чем арм, и при этом весь девайс размером лишь чуть больше чем телефон.
Интересный девайс, спасибо за наводку. Проц в два раза хуже чем J4125 по скорости но в теории хватит на всё что нужно (раз у celeron всего 20% уходит).