Рассказали бы лучше про какого-нибудь реального "обычного парня", которого постиг успех, а не это. "Максим поступает в американский Santa Clara University на экономический факультет" Вот как он, будучи "обычным парнем" там оказался? Вот понимаю, если бы что-то в духе: "Учился в школе в подмосковье. Участвовал в разных местных и бесплатных онлайн конкурсах. Собирал свои проекты. Его заметил крупный дядя и профинансировал поступление в университет в США". Или даже: "У него выстрелил проект Х, на котором он соббрал себе денег для дальнейшего обучения в США". А так, даже история создателя nginx выглядит интереснее.
С Nokia история одна есть. Уже ближе к их закату (во времена S^3) батя на рыбалке нашёл утопленника. Модель не вспомню, что-то типа e51 по форм-фактору и внешнему виду. Не знаю, сколько он там пролежал, но корпус весь расплылся, аккумулятор тоже в ауте. Плата одна целая, да и то клавиатура пострадала. Я его ради интереса помыл, просушил. Подобрал аккумулятор. Там была какая-то очень популярная марка аккумулятора, который потом куда только не пихали, даже за пределы Nokia (точно помню видел в китайцах e-star и dexp Bluetooth клавиатуре). Подремонтировал скотчем клавиатуру. И это чудо запустилось! Единственное, микрофон не работал. Что обидное, был потенциальный донор в виде express music, но выпаять что-то не вышло. Учитывая это утопленника трогать не стал. Но в остальном, полностью живой. Даже была мысль подобрать донора под корпус и клавиатурный модуль, но так и забил. Но где-то лежит. Но это до сих пор один из крайне редких случаев, когда утопленник, тем более в таком состоянии, запустился и уверенно работает
Что забавно, у нас ридер как раз было проще найти, нежели max232. Я купил один под RS232, но почему-то тогда завести не смог. А вот с USB-UART было ещё проще: в евросети продавались провода для телефонов (в основном те же сименсы, да самсунги) с коробкой по середине. Вот в них pl2303hx использовали. Причём похоже даже официальный, так как эти провода относительно недавно как USB-UART использовал, и в той же десятке проблем не наблюдал
Скорее к конструкции корпуса. У меня был S68. К железу претензий нет. Он летал у меня так, моё почтение. Электроника вся цела осталась. Но ещё до полётов у него постоянно открывалась задняя крышка и довольно быстро нагнулись качельки. С железом видимо что-то под конец таки стало: перестал принимать SMS. То есть, они приходят, но при попытке чтения вис намертво. Прошивка помогала, но не на долго. У друзей были что-то из то ли 75, то ли 65 серии (не помню уже). У обоих быстро сдохли джойстики (вообще проблема всех джойстиковых похоже).
Профит был в мобильности. Тогда думали, что шаттл создан для доставки ядерных (и не только) бомб. Мысль была в том, что космодромов мало, и их могут разбомбить. А аэродромов много. Как тут упоминали, воздушный запуск проектировался изначально под Спираль. Проектировалось, как средство, которое за минимальное время (если не ошибаюсь, речь шла о порядка двух витках) может поразить почти любую точку на Земле. Но в высших эшелонах власти не оценили: "У них вон какая большая штука, а это что?" Собственно, так и родился Буран.
Ваши представления показывают, что у вас там "жужжат" не сильно меньше. Про повышение НДС, утильсбор и налог на технику у нас в инфопространстве появляется за несколько мес. до. Например, про НДС ещё с лета, про налог на технику - где-то с середины осени. Сделать вывод, что цена на технику вырастит - тут уже не сложно. Про искажение информации, не думаете, что вы сами находитесь в той позиции, что не знаете, как оно на самом деле? Т.е. с чего вы уверены, что у вас всю правду-матку рубят? Я лично стараюсь исходить из того, что всей правды от одного конкретно взятого источника (не важно, в РФ он или за его пределами) не дождёшься. Более того, даже собрав все возможные источники, реальное положение дел будет в самом лучшем случае "где-то между", в худшем - может оказаться диаметрально противоположным тому, к каким выводам пришёл. Просто кроме того, что было сказано народу, есть ещё много того, что останется между дядями в высоких чинах, и, как показывает исторический опыт, эта информация может сыграть гораздо большую роль, нежели ту, что дали народу. Кинотеатры и отрыв от международной культуры. Тут всё условно тоже. Кинотеатры я ещё до блокировок всех перестал посещать, ибо фильмы там несколько скатились. Но, если есть желание, в РФ все эти запреты вполне компенсируются торрентами, флибустами и прочим. Это на западе принцип: "Не купил - нельзя использовать" довольно развит, в РФ пиратство люди наверное всасывают с молоком матери. Не буду рассуждать на тему, плохо это или нет, но по крайней мере проблемы официальной доступности это нивелирует.
У Петровича дети а школе, он ими репетиторов по языкам оплачивает, а о том, что за два года количество часов иностранного языка в школе уменьшено в два раза он узнаёт с огромным сюрпризом постфактум через пол года. Это скорее проблема информации в конкретных школах, ибо у нас это количество часов может даже весьма различаться от программы к программе и от профильности. Так что вопрос к ним. Но про введение новых предметов узнаём даже раньше, чем о новых налогах. От сюда выводы, что что-то порежится - очевидны.
А у Мариванны дочка в университет поступила, но Мариванна не имеет представления, что дочкин диплом потом даже в Армении не примут, а в планах дочку за рубеж отправить. Я не знаю, из какой дыры должна быть Мариванна, что не знает, о том, что дипломы РФ в общем случае не конвертируемы. Это давно известный факт. Более того, реальное положение дел зависит от страны к стране. Так что отправлять дочку куда-то, не поинтересовавшись как минимум у тех, кто переехал - это весьма опрометчивое решение.
Хотя бы на уровне "будут повышать расходы на медицину или понижать" и "будут повышать налоги или понижать" Про налоги, как сказал, это в инфополе постоянно. Про медицину/образование есть такое, но проблема не в том, что будут или не будут повышать. Проблема в том, что все уверены, что лучше там не будет. Да, болтают про какие-то реформы и прочее. Но Россия в этом плане странная страна. Вот есть какая-то идея у кого-то. Вроде весьма не плохая, выглядит полезной. Но как дело доходит до практики, всё становится диаметрально противоположным. Поэтому по всем "ноу-хау", разного рода эксперты в инфополе уже заранее начинают прогнозировать риски. Сверху конечно же на эти риски болт кладут. Как следствие, все эти реформы к чему-то реально адекватному не приводят.
Из-за чего реально хотел бы переехать из РФ:
Доступность интернета. От всех тих VPN реально устаёшь.
Сильный перекос по цензуре и информационный шум с ней связанный. Находишься в неведении о том, о чём можно говорить без последствий, а о чём нельзя. Есть какой-то запрет. Его разные люди в интернете раздувают. И ты уже не знаешь, где границы.
Аналогичная фишка с правоохранительными органами.
В целом "борьба не в ту сторону".
Но тут тоже не всё так очевидно. Дело в том, что работаю в компании, сотрудники которой находятся в разных странах в том числе (в основном СНГ) или те, которые от туда вернулись. Кроме того, помимо этого разговаривал с разными иностранцами (из Эстонии, Нидерландов). И не скажу, что нашёл для себя страну, где мне будет сильно спокойнее. Т.е. тут начинает работать принцип: одно лучше, другое хуже.
Т.е.:
Гласность, свобода слова: до тех пор, пока прям сильно властям дорогу не переходишь. Т.е. в целом лучше, чем в РФ, но не то, что можно назвать демократией.
Налоги: зачастую выше, чем в РФ, даже не смотря на все налоговые ноу-хау у нас. Т.е. часто это так: то, что у нас вводится, там уже давно есть.
Отношение заработка к тратам: обычно +/- также, как в РФ (смотрю по своим доходам, а не в среднем по стране). Причём иногда это +/- с перекосом: что-то может быть сильно дешевле, а что-то сильно дороже. И тут либо пересматривать свой подход к потреблению, либо принимать, как есть.
Доступность жилья (в плане в собственность): там, где доступнее, там сложно с ПМЖ; там, где проще с ПМЖ, там жильё дороже.
Законодательные моменты: сильно от страны зависят. Что-то общее сложно сказать.
Культурные моменты: аналогично.
Причём, из того, что пришлось +/- по нраву - часто либо некоторые страны СНГ/бывшего СНГ/с большим количеством русскоговорящего населения (Грузия, Черногория, Болгария), либо Азия/Океания (Вьетнам, Тайланд, Филиппины). Причём последние по больше части из-за удалённости от мест потенциального пиздеца (РФ, Европа, Персидский залив, Африканский континент).
Статья действительно впечатляет! Но к критике тоже добавлю:
"Перескоки". Вот эти: "Лексер", потом "Диагностика", потом "Лексер (ещё раз)". Читая, сосредотачиваешься на лексере, а потом раз, и перескочили к ошибкам. Думаю стоило рассказать о лексере, а потом об ошибках, а в части о лексере сделать ссылку, в духе: "Это для обработки ошибок, об этом ниже". Такой подход в голове создаёт условную "закладку", что об этом узнаешь позже, а на данном этапе можно принять как некоторую условность.
Как по мне, хватает лишнего. Например, отличие префиксного и постфиксного инкремента. Об этом тьма инфы, да и уважающие себя C++ программисты знают. Я не думаю, что её возьмётся читать начинающий C++ программист. Если всё же хочется подать статью и начинающим, то думаю лучше здесь же на хабре найти статью по теме инкремента и вставить на неё ссылку. Что-то в духе: "Здесь использую префиксный инкремент для оптимизации. Разницу между префиксным и постфиксным инкрементами можно узнать из этой статьи" (на "статьи" повесить ссылку).
Присоединюсь к большим кускам кода. Имхо не плохо это, но, если не ошибаюсь, на хабре был элемент для схлопывания больших кусков (не помню, как зовётся, типа accordion widget). Если нет, то возможно реально проще ссылки на гитхаб.
Теперь по теме. Сам тоже немного писал парсеры языков. В основном небольшие командные интерпретаторы. Есть старый проект HDL, но там я знатно повис на синтаксисе: сначала разрабатывал этот язык, вообще не зная о существовании HDL. Есть эмулятор логики Atanua, который поддерживает плагины. Изначальное назначение языка: инструмент для того, чтобы выносить какие-то блоки в некоторую нотацию, чтобы оно не мешалось в схеме (тащить какие-нибудь соединения через всю схему - то ещё приключение). А потом пошло-поехало: "хочу Z состояние"; "о, так же можно и электрические схемы описывать, надо добавить", "любая схема - это граф, а можно ли тогда сделать язык описания графов с примочками для схем" и т.д. Потом узнал про HDL (но в виду отсутствия каких-либо интересных проектов под это - не изучал), и уже появилась мысль сделать HDL язык, не подглядывая в существующие, а потом сравнить результаты. А сейчас работа, и уже как-то в целом не до этого: так потихоньку время от времени возвращаюсь.
Вот возник вопрос ещё. Замечал, что по меньшей мере лексер довольно удобно описывать (да и реализовывать) в виде конечного автомата. Не пробовали такой подход?
Мне что-то стало интересно, как оно в таблицу экспорта всяких .dllи .so упаковывается?
Вот пусть есть у нас такое:
class __declspec(dllexport) MyClass { public: MyClass(); int func(); virtual int func2(); };
В таблицу экспорта попадут, если не ошибаюсь все 3 (включая конструктор) с замангленными именами. Но что будет значить указатель в этой таблице для каждой из них? И что с ними можно делать?
Т.е., пускай у нас Windows. Вот получаю указатель на первую:
Виндовый FARPROC - это похоже 4-х байтный указатель (если верить: `typedef INT_PTR (FAR WINAPI *FARPROC)();`), правда метод вызова __stdcall. С ним могу предположить, что просто экземпляр при вызове добрасывается как первый аргумент. Но всегда ли оно так? На сколько помню, при переходе на x86-64 Windows пошёл по пути fastcall. Или для dll оно не касается? Как он отличает виртуальный и не виртуальный метод? Что с конструктором происходит?
А как оно вообще на Linux? Там вообще теряюсь в догадках. dlsym возвращает void*, по хидерам сильно не исследуешь.
Сомнительная бизнес-идея, как по мне. Для начала, "маленькие приложения не интересны гигантам". В то же время крупные оутсорс компании и гейм студии, пилящие 3 в ряд сотнями, которые просто имеют уже развитую клиентуру. Далее, если даже что-то есть, где искать? Я ни разу не общественный человек, способный общаться с тысячами людей в день. Если смотреть на свои нужды, то, как ни странно, любая нехватка чего-либо решается вопросом к какому-нибудь deepseek'у. По итогу оказывается, что это уже есть. Вот реально, за последние лет 5 для себя ни одной софтины не написал (если это не касается сугубо узкоспециализированной автоматизации на работе).
"ИИ не конкурент". С чего бы это? ИИ не заменяет программистов, но позволяет делать работу быстрее. В этом его конкурентность. А значит если ты нашёл какую-то область, куда не дошла рука автоматизации, то там уже будет несколько сотен программистов с ИИ, а то и средних компаний (всё с тем же ИИ).
"Менеджеров много не надо". А с чего вы взяли, что надо много таких локальных автоматизаторов?
Про этот кейс, как способ заработка. Параллельно работе, как способ занять скучные вечера - впринципе, почему бы и нет (но ни на что не надеясь). Но если, например, сократили, то вы уверены, что сей способ принесёт за условный 1-6 мес достаточный доход, чтобы было что кушать?
И это не говоря о том, что за эти 1-6 мес можно заняться чем-то совсем другим, что прокормит с большей гарантией, хотя бы на уровне: "Работать за еду".
Да даже если так. Никто в таких статьях не подумал, что есть запаски (честно говоря, я тоже больше к "2 года" склонялся). А оно вон как. Честно говоря, приятно удивили
Может проблема всё же в воспитании у таких детей? Всё, что вы описали - это из семьи, а не Roblox. Вот вы сами говорите, что ваш сын в него не играет, почему? Я к тому, что перечисленные вами дети вполне вероятно найдут другую альтернативу. Не факт, что лучше.
На работе, пожалуй, только отсутствие пятничных коммитов. Да и то всё логично: никому не хочется выходить в выходной.
А вот дома у меня тоже небольшое есть: не выключаю паяльник до тех пор, пока работа не будет полностью закончена (если конечно планирую на это потратить не более, чем день), включая проверку и корпусирование (если планируется)
По гиту/гитхабу (или другим CVS): ваши слова - уже камень в огород курсу. Вы ~5 мес делали проект без заливки куда либо? Или это были папки: имя_проекта_v1, имя_проекта_v2 и т.д. на каких-нибудь облачных дисках? Вся ценность git'а проявляется в таких, случаях, когда пошёл не по тому пути, изменились требования/хотелки, вспомнить, что за дичь и зачем писал пару мес назад (из своего опыта - самый частый кейс). Или любой другой кейс, где надо либо откатиться, либо глянуть историю. Поэтому в проектах, которые рассчитаны на 1+ мес - это уже становится чуть ли не требованием. Ну, а гитхаб - хотя бы как защита от того, что условно завтра не отправятся все эти месяцы разработки к праотцам, когда решит какой-нибудь SSD дух свой испустить. По сему, и очень странно, что об этом не рассказывали.
Также не вижу связи с качеством обучения - у любого разработчика есть инструменты, которые он осваивает по необходимости или не сразу.
Есть, но есть инструменты, которые, можно сказать, требуют освоения. И если не сразу, то хотя бы через 1-2 мес. Я не думаю, что вы писали в стандартном Windows блокноте, потому что не смогли освоить IDE? Скорее всего вы сели какую-нибудь осваивать хотя бы после первой пары учебных проектов. Может не полностью все возможности, может даже не без крепких словечек в адрес этой самой IDE, но осваивали. Почему git не стал такой необходимостью? Я не знаю. У меня только один вывод напрашивается: вам эту необходимость просто не показали, а лично вам в каком-то смысле повезло с этой необходимостью не столкнуться (а может и столкнуться, но решать её не самыми эффективными путями).
Искренне не понимаю, зачем вы пытаетесь себя позиционировать, как замена Дискорда. Дискорд по охвату аудитории сильно далеко ушёл, и для того, чтобы себя как-то ему противопоставлять - это надо конкурировать с ним на мировой арене. Чисто русские игровые сообщества? Есть сомнение, что их сильно много, чтобы образовать какую-то значимую прибыль с них. Кейсы, в духе: "Ты, да я, да мы с тобой" - тоже мимо. Там платящих не много.
С другой стороны, есть бизнес, у которого больше причин залить вам денег. У которого больше кейсов, где могли бы зайти ваши решения. У которого шильдик "отечественное ПО" может дать какие-то профиты или вовсе является необходимостью (кстати, есть ли вы в реестре отечественного ПО?). Да и внутрянка ваша пошла больше в эту сторону всё же. Как тут писали, ваш конкурент - скорее Слак, нежели Дискорд. Тогда не понятно, почему вы всё к нему возвращаетесь?
И это не говоря о том, что и развиваться можно было бы в этом направлении, а не делать "русский Дискорд". У вас же наверняка среди этих 115к участников наберётся уже добрый десяток компаний? Спросите их, что им надо. Я более, чем уверен, что накидают: нормальное API и автоматизация (и документацию для этого), интеграция с сервисом N, какие-нибудь плюшки для организации корпоративных пространств, может даже self-hosted решения (в наши не стабильные времена прям актуально). Да думаю много чего накидают: как по мелочи, так и глобально.
Судя по коммитам, всё же не два дня, а месяц+. Первый коммит 29 мая, последний 2 июля. Причём 29 мая некислое количество кода залито было. Скорее всего про гит ей рассказали где-то на 2/3 всей работы.
Но что не люблю в таких статьях, так это то, что они выкладываются от какого-то корпоративного участника, и есть сомнения, что вообще писала её Мария. Самой Марии не интересно на хабре быть?
За строитель тоже затуплюсь. Он именно про конструирование сложного объекта. 2 аргумента - это не сложный объект. А вот когда аргументов с добрый десяток и 3-4 перегрузки конструктора - это адский ад. На python, в виду того, что у него перегрузка достаточно недавно появилась (да и то не уверен, робит ли с конструкторами), особо больно с этим, когда в конструкторе какой-то зверский код разбора всех этих комбинаци. Другая затея - это парсинг, десериализация, восстановление состояния и что-то подобное. В этих случаях строитель присутствует либо как отдельная сущность, либо является составной частью механизма парсинга/десериализации/восстановителя. Ну, это просто удобно: скормил строителю dict, полученный из json, а на выходе получил готовый экземпляр.
Тот случай, когда компания, собрав довольно не плохой продукт, топит его крайне странным маркетингом. Ну действительно, писать такого рода статьи тут. Серьёзно? Вы, проделав такую работу, сделав продукт, который думаю не менее, чем на 60-70% реализует возможности дискорда, не нашли, чего интересного тут написать? Как пришли к решению написать аналог? Какие технические сложности возникали? Какие решения использовали? Это тут интересно, а не реклама с кликбейтными заголовками.
Теперь как член команды, про которую тут пишут, выражу своё мнение. Для начала, не думаю, что были какие-то проблемы с использованием двух VPN. Для диса использовали WireGuard. Конфликты решались банальным функционалом его клиентов использовать VPN только для определённых программ. Основная проблема была в нестабильности всего процесса: использование сервиса, к которому производятся активные попытки заблокировать доступ. Т.е. это почти норма была, что месяц-два используешь дискорд нормально, потом что-то заблокировали. И на 1-3 часа выпал из работы. Второй момент, в компании много сотрудников из разных городов, а значит у каждого свои интернет провайдеры. И также часто получалось, что у одних заблокировали, у других нет, у третьих частично (например, голосовая связь отвалилась). Даже у меня на компьютере работало нормально, а с телефона я в видео получал слайдшоу. В общем, основными проблемами использования дискорда, как я считаю, были: нестабильность процесса и временная затратность поддержки всего этого.
Что могу сказать по Lenza. Продукт действительно сыроват. Но баги правят, функционал добавляют. Не всегда оперативно, как пишут в статье. Например, мою просьбу добавить что-то для тестирования микрофона и наушников (те случаи, когда узнаёшь, что у тебя что-то не так, только во время созвона, но не можешь до), написанную им мес. назад, и баги с Bluetooth наушниками до настоящего момента, увы, не поправили. Сам же продукт, в отличие от дискорда, имеет скорее корпоративную направленность, т.е. инструмент для организации удалённой работы. Не знаю, может им и не стоит захватывать нишу геймерского сообщества, а развиваться в этом направлении? Как бы там ни было, дело их личное.
Опережающее описание для вложенных классов сделают хоть в каком-то столетии?
Скорее всего нет. Чистота вскидку: есть проблемы с областью видимости. Путь в классе A есть вложенный класс B в private области. Есть единица трансляции, в которой указан этот forward declaration. Ну и используется: ̀A::B*̀. По идее, компиль должен ругнуться на нарушение области видимости, но не может.
Рассказали бы лучше про какого-нибудь реального "обычного парня", которого постиг успех, а не это.
"Максим поступает в американский Santa Clara University на экономический факультет"
Вот как он, будучи "обычным парнем" там оказался?
Вот понимаю, если бы что-то в духе: "Учился в школе в подмосковье. Участвовал в разных местных и бесплатных онлайн конкурсах. Собирал свои проекты. Его заметил крупный дядя и профинансировал поступление в университет в США". Или даже: "У него выстрелил проект Х, на котором он соббрал себе денег для дальнейшего обучения в США".
А так, даже история создателя nginx выглядит интереснее.
С Nokia история одна есть. Уже ближе к их закату (во времена S^3) батя на рыбалке нашёл утопленника. Модель не вспомню, что-то типа e51 по форм-фактору и внешнему виду. Не знаю, сколько он там пролежал, но корпус весь расплылся, аккумулятор тоже в ауте. Плата одна целая, да и то клавиатура пострадала. Я его ради интереса помыл, просушил. Подобрал аккумулятор. Там была какая-то очень популярная марка аккумулятора, который потом куда только не пихали, даже за пределы Nokia (точно помню видел в китайцах e-star и dexp Bluetooth клавиатуре). Подремонтировал скотчем клавиатуру. И это чудо запустилось! Единственное, микрофон не работал. Что обидное, был потенциальный донор в виде express music, но выпаять что-то не вышло. Учитывая это утопленника трогать не стал. Но в остальном, полностью живой. Даже была мысль подобрать донора под корпус и клавиатурный модуль, но так и забил. Но где-то лежит. Но это до сих пор один из крайне редких случаев, когда утопленник, тем более в таком состоянии, запустился и уверенно работает
Что забавно, у нас ридер как раз было проще найти, нежели max232. Я купил один под RS232, но почему-то тогда завести не смог.
А вот с USB-UART было ещё проще: в евросети продавались провода для телефонов (в основном те же сименсы, да самсунги) с коробкой по середине. Вот в них pl2303hx использовали. Причём похоже даже официальный, так как эти провода относительно недавно как USB-UART использовал, и в той же десятке проблем не наблюдал
Скорее к конструкции корпуса. У меня был S68. К железу претензий нет. Он летал у меня так, моё почтение. Электроника вся цела осталась. Но ещё до полётов у него постоянно открывалась задняя крышка и довольно быстро нагнулись качельки. С железом видимо что-то под конец таки стало: перестал принимать SMS. То есть, они приходят, но при попытке чтения вис намертво. Прошивка помогала, но не на долго.
У друзей были что-то из то ли 75, то ли 65 серии (не помню уже). У обоих быстро сдохли джойстики (вообще проблема всех джойстиковых похоже).
Профит был в мобильности. Тогда думали, что шаттл создан для доставки ядерных (и не только) бомб. Мысль была в том, что космодромов мало, и их могут разбомбить. А аэродромов много.
Как тут упоминали, воздушный запуск проектировался изначально под Спираль. Проектировалось, как средство, которое за минимальное время (если не ошибаюсь, речь шла о порядка двух витках) может поразить почти любую точку на Земле. Но в высших эшелонах власти не оценили: "У них вон какая большая штука, а это что?" Собственно, так и родился Буран.
Ваши представления показывают, что у вас там "жужжат" не сильно меньше. Про повышение НДС, утильсбор и налог на технику у нас в инфопространстве появляется за несколько мес. до. Например, про НДС ещё с лета, про налог на технику - где-то с середины осени. Сделать вывод, что цена на технику вырастит - тут уже не сложно.
Про искажение информации, не думаете, что вы сами находитесь в той позиции, что не знаете, как оно на самом деле? Т.е. с чего вы уверены, что у вас всю правду-матку рубят? Я лично стараюсь исходить из того, что всей правды от одного конкретно взятого источника (не важно, в РФ он или за его пределами) не дождёшься. Более того, даже собрав все возможные источники, реальное положение дел будет в самом лучшем случае "где-то между", в худшем - может оказаться диаметрально противоположным тому, к каким выводам пришёл. Просто кроме того, что было сказано народу, есть ещё много того, что останется между дядями в высоких чинах, и, как показывает исторический опыт, эта информация может сыграть гораздо большую роль, нежели ту, что дали народу.
Кинотеатры и отрыв от международной культуры. Тут всё условно тоже. Кинотеатры я ещё до блокировок всех перестал посещать, ибо фильмы там несколько скатились. Но, если есть желание, в РФ все эти запреты вполне компенсируются торрентами, флибустами и прочим. Это на западе принцип: "Не купил - нельзя использовать" довольно развит, в РФ пиратство люди наверное всасывают с молоком матери. Не буду рассуждать на тему, плохо это или нет, но по крайней мере проблемы официальной доступности это нивелирует.
Из-за чего реально хотел бы переехать из РФ:
Доступность интернета. От всех тих VPN реально устаёшь.
Сильный перекос по цензуре и информационный шум с ней связанный. Находишься в неведении о том, о чём можно говорить без последствий, а о чём нельзя. Есть какой-то запрет. Его разные люди в интернете раздувают. И ты уже не знаешь, где границы.
Аналогичная фишка с правоохранительными органами.
В целом "борьба не в ту сторону".
Но тут тоже не всё так очевидно. Дело в том, что работаю в компании, сотрудники которой находятся в разных странах в том числе (в основном СНГ) или те, которые от туда вернулись. Кроме того, помимо этого разговаривал с разными иностранцами (из Эстонии, Нидерландов). И не скажу, что нашёл для себя страну, где мне будет сильно спокойнее. Т.е. тут начинает работать принцип: одно лучше, другое хуже.
Т.е.:
Гласность, свобода слова: до тех пор, пока прям сильно властям дорогу не переходишь. Т.е. в целом лучше, чем в РФ, но не то, что можно назвать демократией.
Налоги: зачастую выше, чем в РФ, даже не смотря на все налоговые ноу-хау у нас. Т.е. часто это так: то, что у нас вводится, там уже давно есть.
Отношение заработка к тратам: обычно +/- также, как в РФ (смотрю по своим доходам, а не в среднем по стране). Причём иногда это +/- с перекосом: что-то может быть сильно дешевле, а что-то сильно дороже. И тут либо пересматривать свой подход к потреблению, либо принимать, как есть.
Доступность жилья (в плане в собственность): там, где доступнее, там сложно с ПМЖ; там, где проще с ПМЖ, там жильё дороже.
Законодательные моменты: сильно от страны зависят. Что-то общее сложно сказать.
Культурные моменты: аналогично.
Причём, из того, что пришлось +/- по нраву - часто либо некоторые страны СНГ/бывшего СНГ/с большим количеством русскоговорящего населения (Грузия, Черногория, Болгария), либо Азия/Океания (Вьетнам, Тайланд, Филиппины). Причём последние по больше части из-за удалённости от мест потенциального пиздеца (РФ, Европа, Персидский залив, Африканский континент).
Статья действительно впечатляет! Но к критике тоже добавлю:
"Перескоки". Вот эти: "Лексер", потом "Диагностика", потом "Лексер (ещё раз)". Читая, сосредотачиваешься на лексере, а потом раз, и перескочили к ошибкам. Думаю стоило рассказать о лексере, а потом об ошибках, а в части о лексере сделать ссылку, в духе: "Это для обработки ошибок, об этом ниже". Такой подход в голове создаёт условную "закладку", что об этом узнаешь позже, а на данном этапе можно принять как некоторую условность.
Как по мне, хватает лишнего. Например, отличие префиксного и постфиксного инкремента. Об этом тьма инфы, да и уважающие себя C++ программисты знают. Я не думаю, что её возьмётся читать начинающий C++ программист. Если всё же хочется подать статью и начинающим, то думаю лучше здесь же на хабре найти статью по теме инкремента и вставить на неё ссылку. Что-то в духе: "Здесь использую префиксный инкремент для оптимизации. Разницу между префиксным и постфиксным инкрементами можно узнать из этой статьи" (на "статьи" повесить ссылку).
Присоединюсь к большим кускам кода. Имхо не плохо это, но, если не ошибаюсь, на хабре был элемент для схлопывания больших кусков (не помню, как зовётся, типа accordion widget). Если нет, то возможно реально проще ссылки на гитхаб.
Теперь по теме. Сам тоже немного писал парсеры языков. В основном небольшие командные интерпретаторы. Есть старый проект HDL, но там я знатно повис на синтаксисе: сначала разрабатывал этот язык, вообще не зная о существовании HDL. Есть эмулятор логики Atanua, который поддерживает плагины. Изначальное назначение языка: инструмент для того, чтобы выносить какие-то блоки в некоторую нотацию, чтобы оно не мешалось в схеме (тащить какие-нибудь соединения через всю схему - то ещё приключение). А потом пошло-поехало: "хочу Z состояние"; "о, так же можно и электрические схемы описывать, надо добавить", "любая схема - это граф, а можно ли тогда сделать язык описания графов с примочками для схем" и т.д. Потом узнал про HDL (но в виду отсутствия каких-либо интересных проектов под это - не изучал), и уже появилась мысль сделать HDL язык, не подглядывая в существующие, а потом сравнить результаты. А сейчас работа, и уже как-то в целом не до этого: так потихоньку время от времени возвращаюсь.
Вот возник вопрос ещё. Замечал, что по меньшей мере лексер довольно удобно описывать (да и реализовывать) в виде конечного автомата. Не пробовали такой подход?
Мне что-то стало интересно, как оно в таблицу экспорта всяких .dll и .so упаковывается?
Вот пусть есть у нас такое:
class __declspec(dllexport) MyClass{
public:
MyClass();
int func();
virtual int func2();};
В таблицу экспорта попадут, если не ошибаюсь все 3 (включая конструктор) с замангленными именами. Но что будет значить указатель в этой таблице для каждой из них? И что с ними можно делать?
Т.е., пускай у нас Windows. Вот получаю указатель на первую:
FARPROC proc_ptr = GetProcessAddress(handle, "_ZN7MyClass4funcEv");
Виндовый FARPROC - это похоже 4-х байтный указатель (если верить: `typedef INT_PTR (FAR WINAPI *FARPROC)();`), правда метод вызова __stdcall. С ним могу предположить, что просто экземпляр при вызове добрасывается как первый аргумент. Но всегда ли оно так? На сколько помню, при переходе на x86-64 Windows пошёл по пути fastcall. Или для dll оно не касается? Как он отличает виртуальный и не виртуальный метод? Что с конструктором происходит?
А как оно вообще на Linux? Там вообще теряюсь в догадках. dlsym возвращает void*, по хидерам сильно не исследуешь.
Сомнительная бизнес-идея, как по мне. Для начала, "маленькие приложения не интересны гигантам". В то же время крупные оутсорс компании и гейм студии, пилящие 3 в ряд сотнями, которые просто имеют уже развитую клиентуру. Далее, если даже что-то есть, где искать? Я ни разу не общественный человек, способный общаться с тысячами людей в день. Если смотреть на свои нужды, то, как ни странно, любая нехватка чего-либо решается вопросом к какому-нибудь deepseek'у. По итогу оказывается, что это уже есть. Вот реально, за последние лет 5 для себя ни одной софтины не написал (если это не касается сугубо узкоспециализированной автоматизации на работе).
"ИИ не конкурент". С чего бы это? ИИ не заменяет программистов, но позволяет делать работу быстрее. В этом его конкурентность. А значит если ты нашёл какую-то область, куда не дошла рука автоматизации, то там уже будет несколько сотен программистов с ИИ, а то и средних компаний (всё с тем же ИИ).
"Менеджеров много не надо". А с чего вы взяли, что надо много таких локальных автоматизаторов?
Про этот кейс, как способ заработка. Параллельно работе, как способ занять скучные вечера - впринципе, почему бы и нет (но ни на что не надеясь). Но если, например, сократили, то вы уверены, что сей способ принесёт за условный 1-6 мес достаточный доход, чтобы было что кушать?
И это не говоря о том, что за эти 1-6 мес можно заняться чем-то совсем другим, что прокормит с большей гарантией, хотя бы на уровне: "Работать за еду".
Да даже если так. Никто в таких статьях не подумал, что есть запаски (честно говоря, я тоже больше к "2 года" склонялся). А оно вон как. Честно говоря, приятно удивили
Может проблема всё же в воспитании у таких детей? Всё, что вы описали - это из семьи, а не Roblox. Вот вы сами говорите, что ваш сын в него не играет, почему? Я к тому, что перечисленные вами дети вполне вероятно найдут другую альтернативу. Не факт, что лучше.
На работе, пожалуй, только отсутствие пятничных коммитов. Да и то всё логично: никому не хочется выходить в выходной.
А вот дома у меня тоже небольшое есть: не выключаю паяльник до тех пор, пока работа не будет полностью закончена (если конечно планирую на это потратить не более, чем день), включая проверку и корпусирование (если планируется)
По гиту/гитхабу (или другим CVS): ваши слова - уже камень в огород курсу. Вы ~5 мес делали проект без заливки куда либо? Или это были папки: имя_проекта_v1, имя_проекта_v2 и т.д. на каких-нибудь облачных дисках? Вся ценность git'а проявляется в таких, случаях, когда пошёл не по тому пути, изменились требования/хотелки, вспомнить, что за дичь и зачем писал пару мес назад (из своего опыта - самый частый кейс). Или любой другой кейс, где надо либо откатиться, либо глянуть историю. Поэтому в проектах, которые рассчитаны на 1+ мес - это уже становится чуть ли не требованием. Ну, а гитхаб - хотя бы как защита от того, что условно завтра не отправятся все эти месяцы разработки к праотцам, когда решит какой-нибудь SSD дух свой испустить. По сему, и очень странно, что об этом не рассказывали.
Есть, но есть инструменты, которые, можно сказать, требуют освоения. И если не сразу, то хотя бы через 1-2 мес. Я не думаю, что вы писали в стандартном Windows блокноте, потому что не смогли освоить IDE? Скорее всего вы сели какую-нибудь осваивать хотя бы после первой пары учебных проектов. Может не полностью все возможности, может даже не без крепких словечек в адрес этой самой IDE, но осваивали. Почему git не стал такой необходимостью? Я не знаю. У меня только один вывод напрашивается: вам эту необходимость просто не показали, а лично вам в каком-то смысле повезло с этой необходимостью не столкнуться (а может и столкнуться, но решать её не самыми эффективными путями).
Искренне не понимаю, зачем вы пытаетесь себя позиционировать, как замена Дискорда. Дискорд по охвату аудитории сильно далеко ушёл, и для того, чтобы себя как-то ему противопоставлять - это надо конкурировать с ним на мировой арене. Чисто русские игровые сообщества? Есть сомнение, что их сильно много, чтобы образовать какую-то значимую прибыль с них. Кейсы, в духе: "Ты, да я, да мы с тобой" - тоже мимо. Там платящих не много.
С другой стороны, есть бизнес, у которого больше причин залить вам денег. У которого больше кейсов, где могли бы зайти ваши решения. У которого шильдик "отечественное ПО" может дать какие-то профиты или вовсе является необходимостью (кстати, есть ли вы в реестре отечественного ПО?). Да и внутрянка ваша пошла больше в эту сторону всё же. Как тут писали, ваш конкурент - скорее Слак, нежели Дискорд. Тогда не понятно, почему вы всё к нему возвращаетесь?
И это не говоря о том, что и развиваться можно было бы в этом направлении, а не делать "русский Дискорд". У вас же наверняка среди этих 115к участников наберётся уже добрый десяток компаний? Спросите их, что им надо. Я более, чем уверен, что накидают: нормальное API и автоматизация (и документацию для этого), интеграция с сервисом N, какие-нибудь плюшки для организации корпоративных пространств, может даже self-hosted решения (в наши не стабильные времена прям актуально). Да думаю много чего накидают: как по мелочи, так и глобально.
Да не только. Ещё вечная проблема крупных ТЦ, где не знают, что такое ретрансляторы, и 4G там только на входе.
Судя по коммитам, всё же не два дня, а месяц+. Первый коммит 29 мая, последний 2 июля. Причём 29 мая некислое количество кода залито было. Скорее всего про гит ей рассказали где-то на 2/3 всей работы.
Но что не люблю в таких статьях, так это то, что они выкладываются от какого-то корпоративного участника, и есть сомнения, что вообще писала её Мария. Самой Марии не интересно на хабре быть?
За строитель тоже затуплюсь. Он именно про конструирование сложного объекта. 2 аргумента - это не сложный объект. А вот когда аргументов с добрый десяток и 3-4 перегрузки конструктора - это адский ад. На python, в виду того, что у него перегрузка достаточно недавно появилась (да и то не уверен, робит ли с конструкторами), особо больно с этим, когда в конструкторе какой-то зверский код разбора всех этих комбинаци. Другая затея - это парсинг, десериализация, восстановление состояния и что-то подобное. В этих случаях строитель присутствует либо как отдельная сущность, либо является составной частью механизма парсинга/десериализации/восстановителя. Ну, это просто удобно: скормил строителю dict, полученный из json, а на выходе получил готовый экземпляр.
Значит хорошая кофеварка выйдет
Тот случай, когда компания, собрав довольно не плохой продукт, топит его крайне странным маркетингом. Ну действительно, писать такого рода статьи тут. Серьёзно? Вы, проделав такую работу, сделав продукт, который думаю не менее, чем на 60-70% реализует возможности дискорда, не нашли, чего интересного тут написать? Как пришли к решению написать аналог? Какие технические сложности возникали? Какие решения использовали? Это тут интересно, а не реклама с кликбейтными заголовками.
Теперь как член команды, про которую тут пишут, выражу своё мнение. Для начала, не думаю, что были какие-то проблемы с использованием двух VPN. Для диса использовали WireGuard. Конфликты решались банальным функционалом его клиентов использовать VPN только для определённых программ. Основная проблема была в нестабильности всего процесса: использование сервиса, к которому производятся активные попытки заблокировать доступ. Т.е. это почти норма была, что месяц-два используешь дискорд нормально, потом что-то заблокировали. И на 1-3 часа выпал из работы. Второй момент, в компании много сотрудников из разных городов, а значит у каждого свои интернет провайдеры. И также часто получалось, что у одних заблокировали, у других нет, у третьих частично (например, голосовая связь отвалилась). Даже у меня на компьютере работало нормально, а с телефона я в видео получал слайдшоу. В общем, основными проблемами использования дискорда, как я считаю, были: нестабильность процесса и временная затратность поддержки всего этого.
Что могу сказать по Lenza. Продукт действительно сыроват. Но баги правят, функционал добавляют. Не всегда оперативно, как пишут в статье. Например, мою просьбу добавить что-то для тестирования микрофона и наушников (те случаи, когда узнаёшь, что у тебя что-то не так, только во время созвона, но не можешь до), написанную им мес. назад, и баги с Bluetooth наушниками до настоящего момента, увы, не поправили. Сам же продукт, в отличие от дискорда, имеет скорее корпоративную направленность, т.е. инструмент для организации удалённой работы. Не знаю, может им и не стоит захватывать нишу геймерского сообщества, а развиваться в этом направлении? Как бы там ни было, дело их личное.
Скорее всего нет. Чистота вскидку: есть проблемы с областью видимости. Путь в классе A есть вложенный класс B в private области. Есть единица трансляции, в которой указан этот forward declaration. Ну и используется: ̀A::B*̀. По идее, компиль должен ругнуться на нарушение области видимости, но не может.