Pull to refresh
-10
0
Vitold S @vit1251

Пользователь

Send message

Не понимаю почему нужно создавать какие-то сценарии на Lua и зачем это делать в принципе. Почему нельзя сделать нормальный сетевой API? Существует целый DDL и непонятно чем он плох. Поднял сотню другую экземпляров простучался каким-то менеджером он прошелся и настроил все мигграции, связал их всех в группы и т.д. Тут же по сети опросил статистику. Перетаскивание на сторону DevOps-ов схем данных выглдяит как какая-то попытка скинуть задачу по настройке данных. Короче непонятна цель этого всего. Берем всем понятный Redis на сколько помню там тоже есть Lua. Хотим отправляем код по сети он отрабатывает выплевывает результат. Так же с PostgreSQL хотим создаем хранимку отправляем код запускаем получаем результат. В чем профит делать это на инстрансе?

Давно уже есть дерево в реализации Golden Point, так что можно пользоваться
https://github.com/vit1251/golden

Ясно. Выходит это какой-то обучающий материал. Жаль интересовал вполне конкретный продукт.

Верно понимаю, что по определенному IP адресу можно передавать UDP сообщения для формирования изображения на дисплее? У Вас уже готов прототип платы? Можно заказать парочку в целях тестирования?

А какой-то вариант для Server-Side рендеринга HTML страниц для Python или других языков возможен? Будет ли что-то подобное или пока только JavaScript?

Устройство Book8088 классное, но зачем выполнено в формфакторе ноутбука? Почему не сделать классический стационарный коробок с привычным подключением к полноценному монитору и клавиатуре. Замена BIOS как и замена DOS на какой-нибудь PTS-DOS с потоками стал бы великолепным проект для обучения компьютерных наук. Спасибо автору за работу.

Прочитал статью и прям поют оды ИТ специалистам, а открываю HeadHunter вижу стандартные с 10 до 19 с трудом там удаленка и никаких преимуществ затронутых в статье в целом. Где этот мир райский непонятно...

А нет ли желания сменить систему сборки с Visual Studio на что-то более дружелюбное миру OpenSource? Сейчас есть сложность пересобрать все это под Linux платформу.

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

Первые 60 лет можно будет полетать, а потом кто-то обязательно нарушит космическое пространство и всем отключат гравитацию. А если серьезно, то пока все осваивали науку и технику решались задачи... оценить конечно сложно, так как может что-то важное, а может и нет, но факт сейчас только в одном, что технологий лучше или хотя бы заменяющих пока нет. Причем по состоянию на 60 лет спустя. Есть надежда конечно, что сейчас все вот-вот начнут... но такие же мысли были в 2020, 2015, 2010, 2005, 2000, 1995, ... так что ждем обещания которые выдали на 2025... там точно все наладжится... с другой стороны языком молоть можно все что угодно...

Так результат проверки какой результат выдал? Используется устройство или нет? Информация составляет коммерческую тайну или где результат? Может Горшенин хочет секретную информацию распространить. С другой стороны вообще назначение компонента можно в общих чертах раскрыть.

Мне другое интересно, а зачем учить 35+ программистов? Если они дожили до 35+ то скорее всего уже в университете изучали C/C++ и Python доучили за последние пару лет. Осталось их сертифицировать (посчитать) и снабдить высокооплачиваемой работой. Сложно даже представить какая конкретно за 35 лет в какой-то отрасли могла остаться область неизученная, так что вероятно может быть даже кто-то из этих ребят может поучить самих разработчиков Альта, а многие принимали участие в разработки софта который поставляет Альт. Одним словом непонятно зачем и кого будет учить Базальт. Впрочем всегда приятно когда дают футболку, блокнотик и только ради этого уже можно представиться желающим =)

А можно пример использования фреймворка Turbo и какой-то учебник или хотя бы пример уровня TODO приложения, а то событие конечно инетресное, но может проект уровня домашнего баловства у какого-то там подгоревшего Ruby-ста. Да и Basecamp тоже не фонтан как-бы даже в свое время... Так что хотелось бы тестимониалсов для вразумительно убедительного доказательсвта, что автор не просто олень, а уважаемы дон и его мнению надо верить...

им же выгодно чтоб я побольше потребил

С чего это? Ты начнешь качать данные, а это сразу амортизация каналов связи, а там могли бы другие пользователи звонить и расходовать деньги.

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

А зачем такого инженера ставить на сложные задачи? Если компания не вчера открылась и имеет компетенции, то пылесосить может весь рынок. А дальше обучать. В целом даже не важен уровень, а скорее желание кандидата. Остальное мол найти лучшее за меньшую цену ну это надо понимать с кем связиваетесь - на вас с первой минуты начали экономить, а дальше что будет... помоему верно сказал 19Z сразу в топку такую компанию...

- Вы продаете рыбов?
- Нет, просто показываю.
- Красивое.

Это те нюансы, которые обычный специалист (HR) отлично понимает и понимает значительную разницу между работником в PST и EST тайм зоне.

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

С другой стороны возможно отношение цены и качества HR агентов сегодня поменялась, что стало возможным заменить целую отрасль на программку.

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

Как же надоели белочки истерички пережравшие гамбургеров. Все эти проблемы проблемы системные. Сначала MS бросила поддерживать WinAPI и стандартные GUI вызовы перетащив их в свою песочницу и закрыв желание/возможность разрабатывать приложения. Перед программистами стал технический долг делать свой UI, т.е. фактический произошла подстава разработчиков, а пользователи ничего не почувствовали. Началась грандиозная миграция всяких соплей из Linux вроде Gnome (GDK, GTK, Cairo, Pango и куча другого связанного) и Qt (по сути фреймворк восславляющий только C++), которые в целом достигли успеха, но расщипили еще богльше рынок. И тут как глоток воздуха возможность заюзать фронтендщиков с сайта (а экономию положить себе в карман), но там нужно тащить гигабайты ненужных реализаций (Electron) браузера, каких-то артефактов и вообще хер поими чем занимать умы людей. Вышло так что Microsoft подставила свою аудиторию и пользователей сначала закрыв возможность разработки, а как следствие сегментировав рынок своим C#. Многие побежали туда, но проблема в том, что для компании теперь пришлось поддерживать десяток платформ и содержать десяток команд программистов (были и шансы у Java, но ее пиками вытолкали с Widnows) под все зоопарки на все платформы и нужно выбрать у кого больше прибыли. Как результат появились частные реализации WxWidgets, которые требуют кросссборки приложения и понимания всех платформ, а это содержать кучу мультипрограммистов (который и там понимает и тут знает). Так занчит компании продолжили идти в направлении Electron, но тут все хрупко и зависит от движка (Google) теперь выходит, что двигает этим всем желание взять деньги, но по сути в каждом конкретном случае двигало этим политическая воля (Microsoft хотел утащить всех на C#, но проигал по сути Google который захватывает десктоп и у нее даже есть приемник Google Cromebok полностью на этой платформе показывая, что в один момент можно перенести приложение туда). По сути бизнес загнали в тупик. А как следствие тысячи человекочасов потраченные в пустую на перегонку JSON сообщений в ReactNative и прочих шапочных системах сделанных со стороны и отжавших аудиторию. Вот тут должна была бы появиться какая-то стандартизация, но пока это огромный рынок и на нем беснуются Microsoft (Peresent Foundation), Apple (Cococa), Linux (Gnome), iOS, Android и еще куча всяких сбоку, то они будут задавать тон всему миру, а попытки двинуть рендеринг куда-то это просто передвигание кроватей.

История Apple в России уже закончилась.

Скорее РФ выдвигает требование по переносу производства и организации локальных магазинов (см. истории с Nissan, Reno и др.) и передачи своих устройств на производственные площадки в России с чем Apple пока размышляет что делать. Компании которые перенесли производства сейчас оказались отстранены от своих же заводов и/или продали их по 1 евро, так как там какие-то штрафы внезапно образовались, а еще китайцы внезапно пришли и начали производство там под новым брендом Москвич 3 и т.п. Все это понимает Apple и как-то не очень хочет становиться подобным трамплином и подарить годы стараний, а что там с соблюдением авторских прав сомнительно вообще происходит. История с пиратством ПО похоже опять набирает обороты.

Да и сам Apple уже давно ничего не предлагает

Apple предлагает телефон, как кстати Vertu и BlackBerry, но вот государственные структуру (на минуточку так и не предложившие альтернативу) в очередной раз решили задушить и данное успешное начинание. Я все вот думаю, а что мешает создать альтернативу: удобную простую и доступную?

Information

Rating
4,296-th
Location
Санкт-Петербург и область, Россия
Date of birth
Registered
Activity

Specialization

Backend Developer, Embedded Software Engineer
Lead
JavaScript
React
Redux
Node.js
Golang
Debian
Rust
Git
Python
Linux