Обновить
10
Влад@iamkisly

Бекэнд разработчик dotnet csharp, python

1,6
Рейтинг
9
Подписчики
Хабр КарьераХабр Карьера
Отправить сообщение

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

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

Безусловно однажды type c сможет отвоевать свою нишу, но пока нет дешевого и надежного однокристального решения с PD и data line switching и массовой переферии, то этого не произойдет.

Сударь, вы несете исключительную чепуху. Как минимум потому что RJ-45 это стандартный унифицированный интерфейс. Во вторых, переходник.. это дичь. Потому что для того есть сразу два три контраргумента:

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

Опять же порт будет занят че-то одним, в результате его ценность снижается если у вас воткнута сеть, то вы имеете -1 хост шины usb. Хотим мы или нет, но Raspberry Pi задали стандарт на количество разьемов и их расположение. Все (в том числе гики) будут ориентироваться на них.

Ну и третья причина в случае активных переходников - это наличие активных переходников, которые опутают одноплатник огромной ветвистой герляндой. А еще они наверняка дороже для конечного пользователя, чем разьмем RJ-45 c шилдом и интегрированным трансформатором.

Проблема во времени. Нет никакого смысла отправлять автономные дроны на тысячи лет, потому что с высокой долей вероятности к моменту их возвращения ценность возвращенных знаний будет сведена к нулю. В этом отношении имеет смысл только передавать послание в один конец. Желательно тем же способом, что и в "Штамм Андромеда" Майкла Крайтона.

Неплохой обзор. Если будет из чего делать обзор одноплатников в формфакторе so-dimm и других, требующих baseboard платы, то я бы с удовольствием прочел.

Десять лет назад? Сомнительно, потому что это типичная ситуация середины нулевых: дохлый сигналинг в GSM, CS с занятием канала, пакетная передача только в виде дохлого GPRS. А вот уже с 2012+ начали запускать LTE, расширять UMTS второй и третьей несущей, а пользователи - переходить на пакетную передачу данных, и поздравления сообщением в WA.

Я думаю, что это очень сильно зависит от характера выполняемой работы и заменяемости сотрудника.. Могу показать на своем примере. Сразу сделаю ремарку, что речь не о разработчиках ПО, а о сервисном подразделении техблока.

Когда я вчерашним студентом без опыта пришел в компанию, то попал в коллектив всех членов которого переманили из других подразделений и более того других регионов России.. при этом большая часть из них была абсолютно взаимозаменяема. Повышение ЗП если и были, то были весьма несущественными (+3000 уиии!!!!). Однажды один из нас пошел собеседоваться в другой департамен, и через пару дней всех нас собрал начальник отдела и сказал буквально следущее:

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

Надо сказать, это не единственный подобный закидон, но тем не менее этот человек работает в компании на том же месте и весьма на хорошем счету.

Тут я сделаю промежуточный вывод, что хороший человек руководителем быть не может, даже если так вдруг случается, то он будет максимально быстро сьеден как подчиненными, так и начальством (о чем собственно пишет @Sing несколькими комментами выше)

Я все еще работаю в этой компании (в основном из-за своей ужасающей инерционности), но в другом отделе, который хоть и ближе к ИТ, но не IT. Руководство все на том же уровне дружелюбности, но я уже являюсь ценным кадром. Более того, в какой-то степени практически не заменяемым из-за отсутствия документации. Поэтому с каждое повышение ЗП за последние полтора года было инициировано руководством с формулировкой "ты только не уходи вслед за %username%". В результате я имею наверно самый большой оклад в отделе.

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

Где-то у меня валяется пиратская болванка "золотой софт 2003". Там помимо офиса был конвертер.. вот только кому в 2003 году он был нужен?

Не знал что из этого надо делать событие. Мы в МТС занимаемся этим уже много лет.

Это была обычная пятница.

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

Команда российского Cookpad создала группы в соцсетях, где пользователи могут продолжить общаться, публиковать рецепты и участвовать в конкурсах. В Cookpad подчеркнули, что это «временное решение, чтобы сохранить точку притяжения».

Что-то подсказывает мне что никто не будет физически удалять рецепты, аккаунты и связанные комментарии. Сделают несколько апдейтов и скроют рецепты, просто потому что это актив, который стоит денег. Вангую, что они возьмут паузу, и просто подождут, или ru сегмент их сервиса отпочкуется в свободное плавание пока все не уляжется.. потому что just business.

С удивлением обнаружил себя забаненым в телеге Хабра после комментария под анонсом новости от@ruvds. У нас рекламодатели неприкасаемые?

КГ/АМ!

Или другой пример — совершенно бестолковые подсказки при поиске (на скриншоте внизу).

О боже, они не так отсортированы как любит автор! Какой ужас! Скажи спасибо что они есть эти подсказки.

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

Bulk Rename Utility это бесплатная утилита.. ты либо пользуешься либо идешь в известном направлении. Никто тебе ничего не должен. Такие вещи чаще всего создаются в небольшом тематическом сообществе, которое и является основным заказчиком и потребителем (целевая аудитория).

Реклама (особенно в мобильных приложениях).

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

Как иронично, что вы жалуетесь на рекламу в посте@ruvds, который постит любое кликбейтное говно ради рекламы в своего хостинга )

Первые кто это грамотно сделает - получат преимущество на рынке

На рынке чего? Кнопочные телефоны на данный момент это почти рудиментарная ниша.

Вот именно, возможность спрыгнуть к конкурентам в рамках одной экосистемы, это и есть здоровая конкуренция. Anything As Service это единственное будущее для множества компаний. Приведу пример все с теми же телефонами. Ты в можешь вставить симкарту любого оператора, или перенести номер из одной компании в другую. Это заставляет конкурировать на уровне качества и количества и скорости предоставления услуг.

Основная проблема не в слабой монетизации, а в отсутствии стандартов и общей экосистемы в этой нише. Почему взлетели телефоны на андроиде? Наличие огромного общего магазина приложений. Если бы Алиса, Сири, Алекса и Маруся могли подключаться к любым сервисам вне зависимости от производителя, а скиллы можно было без проблем мигрировать между устройствами, то им осталось бы конкурировать только в действительно вендорспецифичном направлении: распознавание и синтез речи, производство устройств.

Альтернатива решает проблему конкуренции, или хотябы создает ее видимость, и очень очень немного не дает повышать комиссии (нет, не в данном случае). Если не будет выбора, будет монополия. Поэтому в этой ситуации просто подождите, через некоторое время мелкие игроки для которых это совершенно не профильный актив уйдут или еще больше уменьшат долю в этом и так маленьком куске пирога. Вангую что это будет МТС (не профильный актив), NashStore и RuMarket.. и выживет только RuStore потому что VK имеет амбиции на звание экосистемы, готова интегрировать его в свою инфраструктуру и по слухам он будет предустановлен на все ввозимые в РФ смартфоны.

 С идеей, возможно, последующего выхода на его продажу

Это так не работает) Обычно в начале мониторят рынок, а потом разрабатывают. Иначе максимум будут точечные и случайные продажи.

Я перед покупкой мониторю можно ли туда поставить *wrt. Хотя это тоже своего рода извращение.

Первое и, наверное, самое важное — это деньги.

А может кто-нибудь рассказать о причине отсутствия возможности переносов аккаунтов между платформами? Я где-то читал, что с этим связаны технические ограничения.. но что-то не верится. Или все же проблема в маркетинге и это еще один инструмент чтобы мотивировать игрока?

Информация

В рейтинге
1 801-й
Откуда
Краснодар, Краснодарский край, Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Бэкенд разработчик, Прокрастинатор
Git
SQL
.NET
Microsoft SQL
ASP.NET WEB API
.NET Core
ASP.NET
Базы данных
C#
Python