Тесты еще не видел, но сама формулировка тест на яп, показывает уровень
Тесты такого же уровня как и формулировки.
Начнем с молчаливого предположения авторов вопросов, что язык программирования определяет предметную область в которой зададут вопросы, так например в сегменте JavaScript получаете вопросы о работе браузера и его процессах. Да, да разработчики серверных приложений на Node идут изучать специфичные классы и последовательность обработки событий в браузере.
Вообще странно, что вместо РАН, которая по хорошему должна иметь все компетенции про языкам программирования (мощную теоретическую базу) и пройтись по вопросам теории вроде - тип типизации (проблемы), наследование (проблемы), а потом уже сегмент кода - вроде что делает этот код и напиши ка сортировку пузырьком.
Вместо этого внезапно ребята из HeadHunter (кто такие и почему они внезапно всей страной стали признанными экспертами)? Я считал, что HeadHunter это сообщество профессиональных специалистов по найму. Откуда эти специалисты вообще знают что-то и тем более про профессиональное программирование? Консультировались у лидеров рынка, а кто лидер рынка в России скажем по технологиям Microsoft или Google? Одним словом все вот это наблюдаемое театр абсурда.
Относительно самого порядка выдачи сертификатов, что происходит спустя год после получения сертификата? Почему он пропадает из подтвержденных навыков? Работодатель сам разберется потерял человек хватку за год или нет. Почему соискатель должен проходить этот маразм ещё раз.
Могу пройтись еще и по винегрету в вопросах. Вопросы нам объявили по языку программирования, а теперь тебе набрасывают задачку на структуры данных, группировки, внезапно пошла реклама "популярных библиотек". Вообще реклама популярных библиотек почти как реклама нетрадиционных ценностей. Популярность этих библиотек вопрос дискуссионный - популярные среди кого?
Смешали все теорию, мух, котлеты, практику, слонов, структуры данных, технологии, интерфейсы (почему-то браузер), популярные библиотеки, а на выходе сертификат подтверждает, что его получатель типичный аникейщик нахватавшийся по верхам каких-то общих знаний.
Я не призываю спрашивать как устроен сам транслятор, что во многих компаниях считается почему-то уровнем профессионализма это другая сторона проблемного мышления. Правда и люди оглавления это не профессионалы, а скорее управленцы или студенты не знающие куда попадут.
Выше верно сказали, что такой сертификат для компании может вполне стать красным флагом, так как человек его демонстрирующий типичный разнорабочий (а не какой-то специализированный узкопрофильный профессионал).
в настоящее время востребованы более опытные кадры, заявил глава Минцифры Максут Шадаев
Напомню, что минцифры это министерство цифрового развития в цели которого входит задачи развития IT отрасли, усиление подготовки IT-кадров и организация мероприятий.
Заявление, что в настоящий момент востребованы специалисты с опытом, а на рынке очень много начинающих специалистов не соответствующих требованиям компаний это признание в том, что текущая политика и программа минцифры по подготовке кадров как минимум по двум направлениям хромает.
Максут в основном судя по его резюме работал в управлении, так что видимо видит этот айсберг со стороны потребителя именно этих самых IT специалистов, а вот понимает ли он, что говоря про опыт он опирается на опыт полученный зарубежных инструментах и по сути индустрия ведома какими-то скажем импортными технологиями.
Соответственно начинать с самой базы не хотят и между строк улавливаю фразу Медведева сказанную давно уже "денег нет, но вы держитесь".
десять сервисов видеоконференций развивались и переманивали у себя специалистов. Поэтому мы ждём условного такого охлаждения и консолидации для того, чтобы появлялись реальные чемпионы
Опять непонятно консолидация до одного игрока. Так сложат руки и будут пользоваться доминирующим положением. Две компании? Почему максимум десять, а может и ста компаний мало? Сколько сейчас кодеков аудио или видео. Хорошо когда одна компания хотя бы один за все свое существование сделает. Конечно важно еще и нагрузку на отрасль разделять все участники могут вносить свой вклад - писать некоторый общий WebRTC, а это опять непонятно организовано или нет минцифрой сейчас. Ощущение, что там как раз один или два игрока, но и там нюанс.
По оценкам государства, вузов и бизнеса, IT-отрасли РФ не хватает от 740 тыс. до 1 млн сотрудников, а к 2030 году нужно будет обучить и подготовить ещё более 2 млн человек.
Не очень понятно IT специалисты в их понимании это кто? В моем представлении при некоторой организации индустрии вполне можно упрощать решение вопросов и уменьшать потребность в специалистах линейных, а это потребует развитие основ.
Говорят много, какие-то высокие зарплаты, миллионы специалистов, а вот так что бы было понятный какой-то результат (выхлоп) пока не видно. Все жду каких-то рассказов о индустрии в развитии IDE, SDK, да хотя бы видеокодек какой там минцифры бы аннонсировало, а нет в робототехнику идите. Опять Медведева цитата вспомнилась "идите в бизнес".
Вам бы согласовать с российскими хранилищами исходников вроде GitVerse, GitFlic как-то возможность подачи электронной заявки на регистрацию программного обеспечения ЭВМ, а то отправлоять код в виде MS-Word документа очень сомнительное мероприятие. С наилучшими пожеланиями.
А напомните куда делся проект компании Sun под названием Sun Ray. Мне очень нравилась там возможность доступа к учетной записи по пластиковой карточке. Куда делись сервера и проект? Oracle свернул проект или где-то еще живет?
А не планирует ли Билл Гейтс открыть код оригинального Widnows 3.x? Дело в том, что можно было бы портировать оригинальные приложения вроде CardFile, PBrush и т.п. и сделать какой-то детский дистрибутив, так как сейчас не очень нужны все эти ИИ, а вот та самая простота очень нравилась.
Нет, не идеален. Автор сам подмечает огромное количество критики как языковых особенностей, а так же и реализации. Причем говорить о реализации или производительности откровенно заявляет о своем незнании "не вникал глубоко в его реализацию или экосистему". А дальше какие-то размышления о особенностях дизайна языка в целом о которых забываешь спустя 20 часов разарботки на языке.
Выглядит как чистой воды маркетинг.
Lua действительно популярен, но эта популярность идет не из-за выдающейся реализации, а элементарно из-за отсутствия конкуренции на рынке встраиваемых языков на заре развития ИТ технологий, а как следствие распихивание везде как панацеи на пару с Perl-ом в свой код для реализации расширения, что еще один маркетинг.
Итак, обращаться в суд в России, что бы импортер (перевозчик) ИП Иванов исправил прошиву? А как грубо говоря курьер начнет чинить прошивку? У него компетенций нет. В суд обращаться по месту покупки или производства в Китае на русском принимают в суде? На каком языке? Кто оплатит обращение/перевод? Какой договор с ООО "РОГА И КОПЫТА"? Мой чаник по гарантии не вернуть, так как компания закрылась и скрылась. Там уровень заработка накрутка 1.5x, там человек заработал на ломанном чайнике тысячу рублей. Вы вообще видите, что в части устройств в принципе не заявлена поддержка вне материкового Китая (например, устройства Xiaomy).
Поделитесь своей историей успеха пожалуйста в этом вопросе. Просто тяжело поверить, что кто-то вообще этим будет заниматься. Скорее всего просто спустят на тормозах, а может создадут немного бурления.
Это господа называеться выученная беспомощьность. Я так же в свое время боролся с кривыми прошивками в смартфонах и другой бытовой технике.
Обращался в Роскачество и Минцифры просто получал отписку с сылкой, что маркировка товара исключительно дело добровольное.
По сути пока нет локального производства и нет ответственного лица, которое несет юридическую и материальную ответственность за продукт, то все это будет продаваться серыми схемами через очередные ООО "РОГА И КОПЫТА".
Я думал про какой-то бизнес в этом направлении вроде сделать что-то вроде Ситилинка, но с сильной лабораторией и технической базой, но вот я подумал приходит типовой покупатель смотрит на ценник одного и дргого товара и видит разницу ну скажем в 2-4 тыс. рублей и первые его мысли о том, что его хотят обмануть, а не то что за эти деньги ему выдают какой-то сертификат качества.
Другая идея это лаборатория качества куда такую флешку/батарейку/холодильник можно привезти и протестирвоать, а зачастую еще на этапе покупки прямо туда и возить из магазина, но много ли людей так будут делать?
Вот и сейчас я обладатель сломанного второго уже за месяц чайника, который проработал месяц и что теперь делать. Добиваться справедливости и надежного производства?
Я думаю, что все это системные проблемы и пока на уровне гос. аппарата не возьмуться за этот вопрос мы можем писать письма в гос. лото сколько угодно раз это будет просто муда (прим. китайское слово - растраты).
Вообще вроде полно таких реализаций от самостоятельных сетевых сервисов с проприетарным протоколом (вроде REST) и до того что вы рассказали. Вот нагуглил сходу какой-то вариант https://github.com/nicgrobler/sql3net
Другое дело, что зачем преимущество SQLite хоронить всей этой историей.
А чего-то не пойму, а что мешает VoIP оператору связи указывать номер абонента из договора при обслуживании звонка? Подменяй не подменяй все равно будет номер из договора. В случае когда указан номер не из пула номеров договора просто отбрасывать такой звонок.
Так же запретить ненадежный транспорт вроде UDP оставить только TLS.
Выглядит в целом как просто отсутствие контроля и сертификации операторов связи (раз у них можно так просто пользуясь их инфраструктурой менять номера телефонов).
Другое дело когда операторы в целом не заботятся о своей инфраструктуре с корыстными целями (но это уже вопрос службы безопасности оператора - куда там внутри смотрят и собственно вопросы к вышестоящему оператору - который в доле?).
С международными звонками немного сложнее, но там тоже в целом вопрос фильтрации на стороне программного обеспечения и юридических договоренностей. Например, можно элементарно не пропускать звонки и требовать в заголовках подписи оператора (ключа) и если поступила жалоба блокировать такого оператора (пускай разбирается почему его звонки не пропускают). Все в целом так же как с спамом.
почему у тестировщиц статьи про совсем другое, чем указано в заголовке?
Хочу поделиться с вами своими догадками, и для начала немного о мотивах, которые стоят за этой статьей. Возможно, вам будет интересно узнать, что роль автоматизаторов тестирования (или AQA) зачастую оказывается менее заметной, чем, скажем, у менеджеров, разработчиков или даже DevOps-специалистов. У них есть четкие критерии успеха: в срок сделанный проект, поддержка всех заявленных функций продукта или сервер поддерживающий требуемую нагрузку.
Когда мы говорим о тестировании, дело обстоит немного иначе. Результаты, как правило, остаются вне поля зрения пользователя, ведь основная задача отдела качества – сделать так, чтобы все работало без сбоев. Это довольно иронично: когда все идет хорошо, никто не задумывается о том, что именно специалисты ОТК постарались, чтобы так было. Но стоит чему-то пойти не так – и сразу обрушивается внимание с разных сторон: будь то проблемы с оплатой, задержки в отправке уведомлений или сбои в верстке, а как следствие очень важная потеря репутации.
В такой ситуации многие ищут способы заявить о себе: пишут статьи или выступают с докладами. Эти выступления можно воспринимать как «визитные карточки», где меняется имя и компания, но по сути это очень похожие истории. Авторы таких материалов рассказывают миру о своих достижениях и опыте, но делают это рассказывая о типовых инструментах (Selenium, Playwright и т.д.), рассуждая о целесообразности (по сути прикрывая отсутствие сил на проведение ревью на уровне архитектуры и кода) и т.д.
Мне кажется, что такие статьи или выступления могут быть своеобразным признанием предела карьеры для автоматизаторов. Это не просто подведение итогов; это также возможность задуматься о следующих шагах в профессиональном развитии. Такие возможности действительно существуют, но чаще всего они представлены у ведущих игроков рынка, когда тестирование переходит ближе к разработке в SDET. В этом переходе тестирование выходит за рамки простого контроля и превращается в более глубокое понимание работы модулей и компонентов. Например, разработка самого инструментария драйвера для Selenium в Google, появление альтернатив Selenium вроде Playwright в Microsoft и так далее.
Автоматизаторы становятся равноправными участниками разработки, сотрудничая с архитекторами и программистами. Они способны предоставлять ценные инструменты сообществу, данные о производительности, тем самым внося свой вклад в индустрию. Это открывает новые горизонты для профессионального роста и расширяет круг возможностей.
Следует отметить, что переход от автоматизации тестирования к роли SDET подразумевает значительное повышение квалификации. Это путешествие включает в себя полноценное погружение в разработку, где важно не только знание программирования и архитектуры, но и понимание потребностей бывших коллег.
Меня больше беспокоит вопрос реального применения. Если смотреть в сторону доставки документации и структурированных текстов (инструкции), то в целом подход вполне жизнеспособный, но есть несколько нюансов.
Самое наверное простое применение это инструкции к лекарствам, но непонятно есть ли проверка целостности передачи документа: контрольная сумма или хотя бы размер передаваемого в ответе содержимого.
Но как только мы начнем говорить о покупках или обучении, а может быть и о настройках устройств, то вот здесь и всплывает обратная сторона легкости протокола, а именно непонятно как передать параметры формы, так как нужен какой-то аналог POST запроса с включателями и выключателями.
В целом идея облегчить обычный Web и сделать его простым в создании ресурсов это отличная идея, которая правда встретит уйму сопротивления раздутым до неприличия индустрие формошлепства, сайтоделов и прочих прикормленных на этом деле отраслей: создателей серверов, всяких минификаторов, трансляторов, транспайлеров, уплотнителей, сжателей, конвертеров и в конце концов датацентров получающих деньги за обьем информации. Все эти ребята не заинтересованы в минимизации своего дохода.
Выходит какая-то игрушка не способоная решать повседневные задачи заказа товаров, обучения, настройки оборудования и в целом идущая против индустрии в целом.
То позор, то молодцы - вас что-то не поймешь, но второй вариант мне нравится больше :)
Ну движение после долгой стагнации это уже хорошо.
Так это же вроде бы вы вылили ведро помоев в сторону целого комьюнити разарботчиков Java, Swift и Dart, нет?
Я понимаю, что они заложники сложившейся ситуации. К сожалению, смелости и силы сделать свое решение среди них пока не нашлось. Это конечно печально.
Не совсем понтяно какой смысл вы вкладываете в "слепое следование"
Слепое следование это сидеть постоянно на предлагаемых "внешних" решениях и просто зарабатывать на них деньги.
Что касается Flutter, ты мы не считаем его умирающей технологией
Понятно. В целом если в дистрибутиве KasperskyOS это будет опциональным решением, так хоть OpenMotif портируйте - не жалко.
Android живет себе спокойно дальше и развивается. То что виртуальная машина претерпевает революционные изменения также говорит о ее развитии, а не отмирании.
KasperskyOS это целая отрасль без малейших преувеличений, а портирование на нее Flutter, это интересный, на наш взгляд, опыт, которым мы делимся с сообществом.
Молодцы, что поделились. Жаль, что выбрали Flutter.
И, раз уж вы тут взялись ярлыки навешивать, то для меня, например, позор это сидеть на дивание и настрачивать малограмотные комментарии по вопросам в которых мало что смыслишь :)
Жаль, что Вы как представитель продукта КасперскийOS позволяете себе оскорбления используемые в качестве доказательства своей позиции.
Мало ли кто какой технологии отдает предпочтение, а что теперь оскорблять их. Вот скажем может вас оскорбляют разработчики других подходов?
Жаль что из общения с умными людьми не извлекли для себя ничего :)
Ничего умного в слепом следовании умирающей технологии я не вижу. Вы схватили списанный со счетов продукт и играетесь. Поиграетесь и забросите скорее всего через пару лет. Давайте подождем и понаблюдаем.
А раз есть платформа никто не мешает разрабатывать под нее собственный графический фреймфорк или портировать существующий
И кто станет разрабатывать графическую систему для чужую систему? Именно по этому вы и схватились за Flutter.
Ага, Android вспомнил.
Который претерпел уже вторую революцию виртуальной машины и постепенно вырастает Flutter из новой системы Fucsia? Это просто отличный пример умирающего легаси.
Ну назвать Flutter поделкой, а уже тем более подзаброшенной у меня бы язык не повернулся :)
Возможно. Просто ряд фактов вроде увольнение команды разработчиков Flutter и Dart и создание свободных форков вроде Flock, а так же ощущение, что Google выкидывает на мороз технологию сложилось.
Вы бы, прежде чем кидаться такими сомнительными утверждениями, посетили бы, например, https://crossconf.com, чтобы понимать чем сейчас живут разработчики мобильных приложений.
Не осуждаю вас и жду так же отсутствие осуждения с вашей стороны. Позвольте людям иметь свое собственное мнение относительно происходящего.
Я все еще скептический отношусь к выбору Java, Swift или Dart. А разработчиков готовых прыгнуть под новый подход ради парочки бесплатных библиотек у меня особое мнение.
Решили в очередной раз на переиспользовать чужой опыт ценой вкатывания в временный инструментарии и изображать с серьезными лицами целую отрасль, а еще участвовать в crossconf.com выглядит для меня позором.
Время в целом покажет, но продолжают резать пирог рынка из-за отсутствия регуляторов в отрасли.
Оценка, конечно, же прводилась, но вывести на рынок удачный графический фреймворк, который примет сообщество и под него начнут активно писать это задача мягко говоря ресурсозатратная
С кем не говорю, так одна песня. Сложно (читай нет специалистов), дорого (никто не хочет платить) и не примут (все молятся на идолов вроде Google). А пока продаем что есть и что уже написано и сделано. Проще и дешевле как-то подстроиться и сделать очередной костыль к какой-то библиотечке. В лучших традициях. Ну что ж это ваш выбор на ближайшие 10-20 лет, а там как пойдет.
Репозиторий Flutter/Dart библиотек это около 55 тысяч кроссплатформенных пакетов на все случаи жизни
Уже проходили несколько раз и так ничему не научились? Такая же история была с центральным репозиторием Java где миллионы библиотек, а потом с JavaScript где миллионы библиотек, а потом еще помню был миллион прилоржений под Windows Phone. Где сейчас все это? Похоронено все давно. Думаю, что участь Dart примерно такая же.
Flutter has over 2 million users and is still growing.
Ага, да вы еще вспомните "Java runs on more than 2billiondevices...".
Наша команда Mobile SDK and Applications Development, конечно, тоже захотела использовать Flutter при создании приложений
Конечно не претендую на роль настоящего сварщика, но столько тут страданий. Каких-то раскопок позаброшенных поделок Google, разборок с редкими системами сборки и многое другое для обеспечения поддержки приложений на редкостном языке Dart.
Вопрос у меня в том, а перед подобными портированием кто-то вообще оценивает, что может дешевле сделать MVP и свой стандарт? Такой, что не нужно будет в этот самый Dart и можно будет уже существующий код C++ переиспользовать и очень просто. Интерфейсы просто накидать в коде на популярных VBox-ах, а потом подтесать/обточить.
Понятное дело, что наверное взывать сегодня к единому какому-то ABI рисования, виджетов, управления событиями и т.д. просто бесполезно - столько кормиться с этого разных компаний, что стандартизацию погонят в шею даже на самом начале.
вы уж простите, но это какой-то поток сознания вперемежку с фантазиями о новой ide, которую только вы видимо знаете, как правильно делать
Давайте постараемся сделать наш диалог более конструктивным и доброжелательным. Я заметил, что наше обсуждение стало несколько эмоциональным, и вместо того, чтобы углубляться в личные аспекты, давайте сосредоточимся на сути.
Я высказал свою точку зрения: у продукта есть определенные недостатки, и мне непонятен подход некоторых компаний, которые игнорируют эти проблемы. Я понимаю, что это может вызывать у вас негативные эмоции, но мои замечания не направлены на то, чтобы кого-то обидеть. Я лишь делюсь своим опытом, который, как мне кажется, вполне справедлив, учитывая недостатки, с которыми я столкнулся.
Я также признаю, что у меня нет опыта в разработке IDE, поскольку я работаю в другой области. Важно помнить, что каждый имеет право на своё мнение и на то, чтобы выражать его по-разному. Я призываю вас не воспринимать критику на личный счет, а рассмотреть её как возможность для роста.
Давайте прекратим обмен упреками и сосредоточимся на конструктивном обсуждении. Будет здорово, если вы сможете исследовать другие решения и сравнить их с вашим продуктом. Это может помочь вам лучше понять разнообразие мнений и найти пути для улучшения. Давайте работать вместе над созданием более позитивного и продуктивного обсуждения!
Может изучите вопрос? Или говном кидаться веселее? Ну я отвечу раз уж вам лень.
А есть смысл? С первых строк в статье заявлена позиция катиться дальше на сломаны санках на сомнительном решении и что никаких решений предлагать они не станут. А дальше они могут быть виртуозами в производстве ПО и иметь сотни часов наработок опыта их позиция ясна и проявлена во втором абзаце текста.
Зря только потратили только свое время на бессмысленное разъяснение, которое я проигнорировал, так как мне все равно - они вне моего поля зрения.
Мало опыта? Может у вас больше? Поделитесь!
Какой-то глупый вопрос. У меня есть опыт работы с продуктами JetBrains и пока я пришел к выводу, что меня не устраивает скорость работы этого продукта и я использую Visual Studio Code или разновидность Vim.
Если вопрос конкретно про разработку IDE, то вертел я на ... простите занимаюсь совершенно в другой области и имею там опыт. Как сравнить опыт кита со слоном не знаю. Если знаете кидайте ссылку изучу вопрос, но подозреваю что тема уйдет в дискурс у кого длине шляпа.
Причины локализации сборки были указаны в статье, и они на 100% актуальны для огромного числа компаний. Отжать пирог - вы вообще о чем?
Вроде простая тема когда несколько участников рынка (и тут рынок это не столько деньги, а именно усилия вложенные в продукт) тратят силы на развитие продукта совместно, а потом внезапно один игрок берет и уносит продукт себе и начинает пилить свое решение в одиночку закрывая код и отделяясь. До удобного момента все играли в совместное производство, а теперь простите разошлись и понятное дело через какое-то время начнут капитализацию, так что про бесплатно это все сказочки.
Все это уже сотни раз было с тем же Red Hat когда-то когда просто вот этот начальный этап взят за основу. Позже с Cent OS и т.д.
Мы явно указали что делаем и зачем, не пытаясь изображать робота Федора.
Куда более полезно на мой взгляд не пилить дохлую стюардессу, а раскрутить альтернативу лишенную проблем. Сделать фокус на производительность, отказаться от сотен мегабайт каких-то артефактов, но нет пошли по пути наименьшего сопротивления.
Ладно ваше личное дело, но просто вместо того же варианта развить какое-то более менее шустрое решнеие пошли куда-то не туда...
Тесты такого же уровня как и формулировки.
Начнем с молчаливого предположения авторов вопросов, что язык программирования определяет предметную область в которой зададут вопросы, так например в сегменте JavaScript получаете вопросы о работе браузера и его процессах. Да, да разработчики серверных приложений на Node идут изучать специфичные классы и последовательность обработки событий в браузере.
Вообще странно, что вместо РАН, которая по хорошему должна иметь все компетенции про языкам программирования (мощную теоретическую базу) и пройтись по вопросам теории вроде - тип типизации (проблемы), наследование (проблемы), а потом уже сегмент кода - вроде что делает этот код и напиши ка сортировку пузырьком.
Вместо этого внезапно ребята из HeadHunter (кто такие и почему они внезапно всей страной стали признанными экспертами)? Я считал, что HeadHunter это сообщество профессиональных специалистов по найму. Откуда эти специалисты вообще знают что-то и тем более про профессиональное программирование? Консультировались у лидеров рынка, а кто лидер рынка в России скажем по технологиям Microsoft или Google? Одним словом все вот это наблюдаемое театр абсурда.
Относительно самого порядка выдачи сертификатов, что происходит спустя год после получения сертификата? Почему он пропадает из подтвержденных навыков? Работодатель сам разберется потерял человек хватку за год или нет. Почему соискатель должен проходить этот маразм ещё раз.
Могу пройтись еще и по винегрету в вопросах. Вопросы нам объявили по языку программирования, а теперь тебе набрасывают задачку на структуры данных, группировки, внезапно пошла реклама "популярных библиотек". Вообще реклама популярных библиотек почти как реклама нетрадиционных ценностей. Популярность этих библиотек вопрос дискуссионный - популярные среди кого?
Смешали все теорию, мух, котлеты, практику, слонов, структуры данных, технологии, интерфейсы (почему-то браузер), популярные библиотеки, а на выходе сертификат подтверждает, что его получатель типичный аникейщик нахватавшийся по верхам каких-то общих знаний.
Я не призываю спрашивать как устроен сам транслятор, что во многих компаниях считается почему-то уровнем профессионализма это другая сторона проблемного мышления. Правда и люди оглавления это не профессионалы, а скорее управленцы или студенты не знающие куда попадут.
Выше верно сказали, что такой сертификат для компании может вполне стать красным флагом, так как человек его демонстрирующий типичный разнорабочий (а не какой-то специализированный узкопрофильный профессионал).
Напомню, что минцифры это министерство цифрового развития в цели которого входит задачи развития IT отрасли, усиление подготовки IT-кадров и организация мероприятий.
Заявление, что в настоящий момент востребованы специалисты с опытом, а на рынке очень много начинающих специалистов не соответствующих требованиям компаний это признание в том, что текущая политика и программа минцифры по подготовке кадров как минимум по двум направлениям хромает.
Максут в основном судя по его резюме работал в управлении, так что видимо видит этот айсберг со стороны потребителя именно этих самых IT специалистов, а вот понимает ли он, что говоря про опыт он опирается на опыт полученный зарубежных инструментах и по сути индустрия ведома какими-то скажем импортными технологиями.
Соответственно начинать с самой базы не хотят и между строк улавливаю фразу Медведева сказанную давно уже "денег нет, но вы держитесь".
Опять непонятно консолидация до одного игрока. Так сложат руки и будут пользоваться доминирующим положением. Две компании? Почему максимум десять, а может и ста компаний мало? Сколько сейчас кодеков аудио или видео. Хорошо когда одна компания хотя бы один за все свое существование сделает. Конечно важно еще и нагрузку на отрасль разделять все участники могут вносить свой вклад - писать некоторый общий WebRTC, а это опять непонятно организовано или нет минцифрой сейчас. Ощущение, что там как раз один или два игрока, но и там нюанс.
Не очень понятно IT специалисты в их понимании это кто? В моем представлении при некоторой организации индустрии вполне можно упрощать решение вопросов и уменьшать потребность в специалистах линейных, а это потребует развитие основ.
Говорят много, какие-то высокие зарплаты, миллионы специалистов, а вот так что бы было понятный какой-то результат (выхлоп) пока не видно. Все жду каких-то рассказов о индустрии в развитии IDE, SDK, да хотя бы видеокодек какой там минцифры бы аннонсировало, а нет в робототехнику идите. Опять Медведева цитата вспомнилась "идите в бизнес".
Вам бы согласовать с российскими хранилищами исходников вроде GitVerse, GitFlic как-то возможность подачи электронной заявки на регистрацию программного обеспечения ЭВМ, а то отправлоять код в виде MS-Word документа очень сомнительное мероприятие. С наилучшими пожеланиями.
А напомните куда делся проект компании Sun под названием Sun Ray. Мне очень нравилась там возможность доступа к учетной записи по пластиковой карточке. Куда делись сервера и проект? Oracle свернул проект или где-то еще живет?
А не планирует ли Билл Гейтс открыть код оригинального Widnows 3.x? Дело в том, что можно было бы портировать оригинальные приложения вроде CardFile, PBrush и т.п. и сделать какой-то детский дистрибутив, так как сейчас не очень нужны все эти ИИ, а вот та самая простота очень нравилась.
Нет, не идеален. Автор сам подмечает огромное количество критики как языковых особенностей, а так же и реализации. Причем говорить о реализации или производительности откровенно заявляет о своем незнании "не вникал глубоко в его реализацию или экосистему". А дальше какие-то размышления о особенностях дизайна языка в целом о которых забываешь спустя 20 часов разарботки на языке.
Выглядит как чистой воды маркетинг.
Lua действительно популярен, но эта популярность идет не из-за выдающейся реализации, а элементарно из-за отсутствия конкуренции на рынке встраиваемых языков на заре развития ИТ технологий, а как следствие распихивание везде как панацеи на пару с Perl-ом в свой код для реализации расширения, что еще один маркетинг.
Итак, обращаться в суд в России, что бы импортер (перевозчик) ИП Иванов исправил прошиву? А как грубо говоря курьер начнет чинить прошивку? У него компетенций нет. В суд обращаться по месту покупки или производства в Китае на русском принимают в суде? На каком языке? Кто оплатит обращение/перевод? Какой договор с ООО "РОГА И КОПЫТА"? Мой чаник по гарантии не вернуть, так как компания закрылась и скрылась. Там уровень заработка накрутка 1.5x, там человек заработал на ломанном чайнике тысячу рублей. Вы вообще видите, что в части устройств в принципе не заявлена поддержка вне материкового Китая (например, устройства Xiaomy).
Поделитесь своей историей успеха пожалуйста в этом вопросе. Просто тяжело поверить, что кто-то вообще этим будет заниматься. Скорее всего просто спустят на тормозах, а может создадут немного бурления.
Это господа называеться выученная беспомощьность. Я так же в свое время боролся с кривыми прошивками в смартфонах и другой бытовой технике.
Обращался в Роскачество и Минцифры просто получал отписку с сылкой, что маркировка товара исключительно дело добровольное.
По сути пока нет локального производства и нет ответственного лица, которое несет юридическую и материальную ответственность за продукт, то все это будет продаваться серыми схемами через очередные ООО "РОГА И КОПЫТА".
Я думал про какой-то бизнес в этом направлении вроде сделать что-то вроде Ситилинка, но с сильной лабораторией и технической базой, но вот я подумал приходит типовой покупатель смотрит на ценник одного и дргого товара и видит разницу ну скажем в 2-4 тыс. рублей и первые его мысли о том, что его хотят обмануть, а не то что за эти деньги ему выдают какой-то сертификат качества.
Другая идея это лаборатория качества куда такую флешку/батарейку/холодильник можно привезти и протестирвоать, а зачастую еще на этапе покупки прямо туда и возить из магазина, но много ли людей так будут делать?
Вот и сейчас я обладатель сломанного второго уже за месяц чайника, который проработал месяц и что теперь делать. Добиваться справедливости и надежного производства?
Я думаю, что все это системные проблемы и пока на уровне гос. аппарата не возьмуться за этот вопрос мы можем писать письма в гос. лото сколько угодно раз это будет просто муда (прим. китайское слово - растраты).
Banana Pi это по другому "продают" как первое железо спроектированное специально для OpenWRT.
Почувствуйте разницу!
Вообще вроде полно таких реализаций от самостоятельных сетевых сервисов с проприетарным протоколом (вроде REST) и до того что вы рассказали.
Вот нагуглил сходу какой-то вариант https://github.com/nicgrobler/sql3net
Другое дело, что зачем преимущество SQLite хоронить всей этой историей.
А чего-то не пойму, а что мешает VoIP оператору связи указывать номер абонента из договора при обслуживании звонка? Подменяй не подменяй все равно будет номер из договора. В случае когда указан номер не из пула номеров договора просто отбрасывать такой звонок.
Так же запретить ненадежный транспорт вроде UDP оставить только TLS.
Выглядит в целом как просто отсутствие контроля и сертификации операторов связи (раз у них можно так просто пользуясь их инфраструктурой менять номера телефонов).
Другое дело когда операторы в целом не заботятся о своей инфраструктуре с корыстными целями (но это уже вопрос службы безопасности оператора - куда там внутри смотрят и собственно вопросы к вышестоящему оператору - который в доле?).
С международными звонками немного сложнее, но там тоже в целом вопрос фильтрации на стороне программного обеспечения и юридических договоренностей. Например, можно элементарно не пропускать звонки и требовать в заголовках подписи оператора (ключа) и если поступила жалоба блокировать такого оператора (пускай разбирается почему его звонки не пропускают). Все в целом так же как с спамом.
Хочу поделиться с вами своими догадками, и для начала немного о мотивах, которые стоят за этой статьей. Возможно, вам будет интересно узнать, что роль автоматизаторов тестирования (или AQA) зачастую оказывается менее заметной, чем, скажем, у менеджеров, разработчиков или даже DevOps-специалистов. У них есть четкие критерии успеха: в срок сделанный проект, поддержка всех заявленных функций продукта или сервер поддерживающий требуемую нагрузку.
Когда мы говорим о тестировании, дело обстоит немного иначе. Результаты, как правило, остаются вне поля зрения пользователя, ведь основная задача отдела качества – сделать так, чтобы все работало без сбоев. Это довольно иронично: когда все идет хорошо, никто не задумывается о том, что именно специалисты ОТК постарались, чтобы так было. Но стоит чему-то пойти не так – и сразу обрушивается внимание с разных сторон: будь то проблемы с оплатой, задержки в отправке уведомлений или сбои в верстке, а как следствие очень важная потеря репутации.
В такой ситуации многие ищут способы заявить о себе: пишут статьи или выступают с докладами. Эти выступления можно воспринимать как «визитные карточки», где меняется имя и компания, но по сути это очень похожие истории. Авторы таких материалов рассказывают миру о своих достижениях и опыте, но делают это рассказывая о типовых инструментах (Selenium, Playwright и т.д.), рассуждая о целесообразности (по сути прикрывая отсутствие сил на проведение ревью на уровне архитектуры и кода) и т.д.
Мне кажется, что такие статьи или выступления могут быть своеобразным признанием предела карьеры для автоматизаторов. Это не просто подведение итогов; это также возможность задуматься о следующих шагах в профессиональном развитии. Такие возможности действительно существуют, но чаще всего они представлены у ведущих игроков рынка, когда тестирование переходит ближе к разработке в SDET. В этом переходе тестирование выходит за рамки простого контроля и превращается в более глубокое понимание работы модулей и компонентов. Например, разработка самого инструментария драйвера для Selenium в Google, появление альтернатив Selenium вроде Playwright в Microsoft и так далее.
Автоматизаторы становятся равноправными участниками разработки, сотрудничая с архитекторами и программистами. Они способны предоставлять ценные инструменты сообществу, данные о производительности, тем самым внося свой вклад в индустрию. Это открывает новые горизонты для профессионального роста и расширяет круг возможностей.
Следует отметить, что переход от автоматизации тестирования к роли SDET подразумевает значительное повышение квалификации. Это путешествие включает в себя полноценное погружение в разработку, где важно не только знание программирования и архитектуры, но и понимание потребностей бывших коллег.
Вспомнился почему-то VRML
Меня больше беспокоит вопрос реального применения. Если смотреть в сторону доставки документации и структурированных текстов (инструкции), то в целом подход вполне жизнеспособный, но есть несколько нюансов.
Самое наверное простое применение это инструкции к лекарствам, но непонятно есть ли проверка целостности передачи документа: контрольная сумма или хотя бы размер передаваемого в ответе содержимого.
Но как только мы начнем говорить о покупках или обучении, а может быть и о настройках устройств, то вот здесь и всплывает обратная сторона легкости протокола, а именно непонятно как передать параметры формы, так как нужен какой-то аналог POST запроса с включателями и выключателями.
В целом идея облегчить обычный Web и сделать его простым в создании ресурсов это отличная идея, которая правда встретит уйму сопротивления раздутым до неприличия индустрие формошлепства, сайтоделов и прочих прикормленных на этом деле отраслей: создателей серверов, всяких минификаторов, трансляторов, транспайлеров, уплотнителей, сжателей, конвертеров и в конце концов датацентров получающих деньги за обьем информации. Все эти ребята не заинтересованы в минимизации своего дохода.
Выходит какая-то игрушка не способоная решать повседневные задачи заказа товаров, обучения, настройки оборудования и в целом идущая против индустрии в целом.
Ну движение после долгой стагнации это уже хорошо.
Я понимаю, что они заложники сложившейся ситуации. К сожалению, смелости и силы сделать свое решение среди них пока не нашлось. Это конечно печально.
Слепое следование это сидеть постоянно на предлагаемых "внешних" решениях и просто зарабатывать на них деньги.
Понятно. В целом если в дистрибутиве KasperskyOS это будет опциональным решением, так хоть OpenMotif портируйте - не жалко.
Оптимистично. Время покажет.
Молодцы, что поделились. Жаль, что выбрали Flutter.
Жаль, что Вы как представитель продукта КасперскийOS позволяете себе оскорбления используемые в качестве доказательства своей позиции.
Мало ли кто какой технологии отдает предпочтение, а что теперь оскорблять их. Вот скажем может вас оскорбляют разработчики других подходов?
Ничего умного в слепом следовании умирающей технологии я не вижу. Вы схватили списанный со счетов продукт и играетесь. Поиграетесь и забросите скорее всего через пару лет. Давайте подождем и понаблюдаем.
И кто станет разрабатывать графическую систему для чужую систему? Именно по этому вы и схватились за Flutter.
Который претерпел уже вторую революцию виртуальной машины и постепенно вырастает Flutter из новой системы Fucsia? Это просто отличный пример умирающего легаси.
Возможно. Просто ряд фактов вроде увольнение команды разработчиков Flutter и Dart и создание свободных форков вроде Flock, а так же ощущение, что Google выкидывает на мороз технологию сложилось.
Не осуждаю вас и жду так же отсутствие осуждения с вашей стороны. Позвольте людям иметь свое собственное мнение относительно происходящего.
Я все еще скептический отношусь к выбору Java, Swift или Dart. А разработчиков готовых прыгнуть под новый подход ради парочки бесплатных библиотек у меня особое мнение.
Решили в очередной раз на переиспользовать чужой опыт ценой вкатывания в временный инструментарии и изображать с серьезными лицами целую отрасль, а еще участвовать в crossconf.com выглядит для меня позором.
Время в целом покажет, но продолжают резать пирог рынка из-за отсутствия регуляторов в отрасли.
С кем не говорю, так одна песня. Сложно (читай нет специалистов), дорого (никто не хочет платить) и не примут (все молятся на идолов вроде Google). А пока продаем что есть и что уже написано и сделано. Проще и дешевле как-то подстроиться и сделать очередной костыль к какой-то библиотечке. В лучших традициях. Ну что ж это ваш выбор на ближайшие 10-20 лет, а там как пойдет.
Уже проходили несколько раз и так ничему не научились? Такая же история была с центральным репозиторием Java где миллионы библиотек, а потом с JavaScript где миллионы библиотек, а потом еще помню был миллион прилоржений под Windows Phone. Где сейчас все это? Похоронено все давно. Думаю, что участь Dart примерно такая же.
Ага, да вы еще вспомните "Java runs on more than 2 billion devices...".
Конечно не претендую на роль настоящего сварщика, но столько тут страданий. Каких-то раскопок позаброшенных поделок Google, разборок с редкими системами сборки и многое другое для обеспечения поддержки приложений на редкостном языке Dart.
Вопрос у меня в том, а перед подобными портированием кто-то вообще оценивает, что может дешевле сделать MVP и свой стандарт? Такой, что не нужно будет в этот самый Dart и можно будет уже существующий код C++ переиспользовать и очень просто. Интерфейсы просто накидать в коде на популярных VBox-ах, а потом подтесать/обточить.
Понятное дело, что наверное взывать сегодня к единому какому-то ABI рисования, виджетов, управления событиями и т.д. просто бесполезно - столько кормиться с этого разных компаний, что стандартизацию погонят в шею даже на самом начале.
Давайте постараемся сделать наш диалог более конструктивным и доброжелательным. Я заметил, что наше обсуждение стало несколько эмоциональным, и вместо того, чтобы углубляться в личные аспекты, давайте сосредоточимся на сути.
Я высказал свою точку зрения: у продукта есть определенные недостатки, и мне непонятен подход некоторых компаний, которые игнорируют эти проблемы. Я понимаю, что это может вызывать у вас негативные эмоции, но мои замечания не направлены на то, чтобы кого-то обидеть. Я лишь делюсь своим опытом, который, как мне кажется, вполне справедлив, учитывая недостатки, с которыми я столкнулся.
Я также признаю, что у меня нет опыта в разработке IDE, поскольку я работаю в другой области. Важно помнить, что каждый имеет право на своё мнение и на то, чтобы выражать его по-разному. Я призываю вас не воспринимать критику на личный счет, а рассмотреть её как возможность для роста.
Давайте прекратим обмен упреками и сосредоточимся на конструктивном обсуждении. Будет здорово, если вы сможете исследовать другие решения и сравнить их с вашим продуктом. Это может помочь вам лучше понять разнообразие мнений и найти пути для улучшения. Давайте работать вместе над созданием более позитивного и продуктивного обсуждения!
А есть смысл? С первых строк в статье заявлена позиция катиться дальше на сломаны санках на сомнительном решении и что никаких решений предлагать они не станут. А дальше они могут быть виртуозами в производстве ПО и иметь сотни часов наработок опыта их позиция ясна и проявлена во втором абзаце текста.
Зря только потратили только свое время на бессмысленное разъяснение, которое я проигнорировал, так как мне все равно - они вне моего поля зрения.
Какой-то глупый вопрос. У меня есть опыт работы с продуктами JetBrains и пока я пришел к выводу, что меня не устраивает скорость работы этого продукта и я использую Visual Studio Code или разновидность Vim.
Если вопрос конкретно про разработку IDE, то вертел я на ... простите занимаюсь совершенно в другой области и имею там опыт. Как сравнить опыт кита со слоном не знаю. Если знаете кидайте ссылку изучу вопрос, но подозреваю что тема уйдет в дискурс у кого длине шляпа.
Вроде простая тема когда несколько участников рынка (и тут рынок это не столько деньги, а именно усилия вложенные в продукт) тратят силы на развитие продукта совместно, а потом внезапно один игрок берет и уносит продукт себе и начинает пилить свое решение в одиночку закрывая код и отделяясь. До удобного момента все играли в совместное производство, а теперь простите разошлись и понятное дело через какое-то время начнут капитализацию, так что про бесплатно это все сказочки.
Все это уже сотни раз было с тем же Red Hat когда-то когда просто вот этот начальный этап взят за основу. Позже с Cent OS и т.д.
Куда более полезно на мой взгляд не пилить дохлую стюардессу, а раскрутить альтернативу лишенную проблем. Сделать фокус на производительность, отказаться от сотен мегабайт каких-то артефактов, но нет пошли по пути наименьшего сопротивления.
Ладно ваше личное дело, но просто вместо того же варианта развить какое-то более менее шустрое решнеие пошли куда-то не туда...