Youtube comments of FeDDoS (@feddos4227).
-
66
-
Блииин) Год назад начинал играть в страйкбол) Первая игра была 30 сентября 2017. Короче, купил я себе тогда сразу G36E, очки .... ЗМ!!!!!!(ужасные кстати, но на первые игры хватило), перчатки мультикам, и маску в тан. И поехал так на игре, одев на себя свою повседневную одежду, в итоге все мои "тактические маневры" проходили только стоя, ибо я не хотел запачкать джинсы, в которых я ходил в универ). В итоге после этого начал покупать себе форму, снарягу, сменил потом привод, уже в апреле нашёл себе команду и т.п.
А вообще, по поводу комплекта из этого видео: Вот вообще не плохо! Серьезно! Если человеку реально интересно принимать участие в бою, а не лежать по полтора часа за бетонной стеной, пытаясь убить несколько человек за противоположной стеной(это называют залипаловом), то такой комплект даже придаст некоторого ШАРМА) Человек с первых своих игр будет учиться маневрировать на поле боя, заходить в тыл, занимать хорошие укрытия или устраивать засады. Опять же, при штурме зданий такой человек будет просто незаменим! Ну а что? Я сам иногда люблю оставить дома свою длинноствольную М-ку с 140 мы/сы и попартизанить с MP5K)) В этом есть ФАН!
58
-
30
-
13:40 - ну вообще-то функция очень полезная. Есть странная тенденция (хотя и вполне понятно почему), что стали делать кучу приложений для телефонов, но вообще не делать какие-либо десктопные или веб-версии. Например, всякие сервисы доставки еды, многие приложения банков и т.п. И вот хочу я например заказать еду через Glovo, мне для этого нужно доставать телефон, там всё это делать, потом телефон держать на виду с открытым приложением, что бы смотреть где там курьер едет, а это не всегда удобно, иногда телефон на столе мешает, мне гораздо удобнее все сделать за тем же компом, за котором я и работаю. Сейчас для этого приходиться пользоваться Самсунговской фичей удаленного открытия приложений на телефоне, но всё равно, это мягко говоря, не то. А так, можно будет открывать приложения как на телефоне у себя на ПК
27
-
22
-
Ну, вы больше рассказали с точки зрения веб разработчика) Конечно, современному веб разработчику математика практически не нужна (хотя это не совсем там - об этом дальше), разве что вы не работаете в какой-то доменной области где нужна математика (ну, допустим пишите веб приложения для математиков :) ) Но, к счастью, мир не ограничен написанием CRUD-ов и веб страничек, и во многих областях математика таки нужна.
1. Машинное обучение, Data Science, Big Data, ИИ и все эти хайповые и модные словечки - если хотите делать что-то чуть сложнее чем просто конверить JSON-ы в CSV, то да, нужна математика, при чём в зависимости от направление (я тут довольно много разных направлений указал, везде своя специфика и т.п.), может понадобиться мат статистика, теория вероятности (на уровне гораздо выше чем: с каким шансом выпадет решка?), высшая математика, мат анализ и т.п. Всё что вы видите сейчас в виде ChatGPT, разных систем NLP и тому подобного - это всё результат работы математиков.
2. Графика и геймдев. Ну, я боюсь тут даже ничего не нужно пояснять, если вы работаете с графикой, то вам однозначно нужно знать как работать с векторами, полигонами, фигурами и т.п., + ещё и с кучей разных алгоритмов, для разного рода оптимизаций и т.п., и это только малая часть айсберга, вообще если лезть глубоко, работа с графикой довольно сложная область, при чём и очень востребованная. Если же вы в геймдеве - зависит конечно от того, чем конкретно вы занимаетесь, но очень часто так или иначе понадобятся знания физики и математики, для всё той же работы с графикой, или работы с физикой или иными процессами (та банально попробуйте написать небольшую библиотечку для создания всяких компонентов по типу кнопок и текстовых полей на каком-нибудь SFML, OpenGL, MonoGame или том же Unity, продеться попользовать математику)
3. Ух, моё любимое - Embedded. Тут без математики и физики практически вообще никуда, разве что вы не делаете что-то прям высокоуровневое. А так, ваше устройство будет взаимодействовать с окружающим миром, поэтому нужно будет постоянно что-то считать. Да, даже банальное управление сервомоторчиком: человек без понимания что такое ШИМ, как посчитать рабочий цикл или частоту не сможет быстро написать рабочее решение. Или, спросите человека, который не знает математику, как сконвертировать 3-осевые показатели акселерометра в углы наклона? Интересно послушать, что он вам ответит. И таких примеров там вполне достаточно, я уже умолчу о том, что иногда нужно будет написать свою реализацию взятия интеграла, например, или тригонометрической функции.
4. Ну, это наверное можно отнести к embedded, но это не всегда так: DSP (Digital Signal Processing). Тут математика станет вам женой, другом, в общем-то, вашей жизнью. Да, область конечно не очень большая, но от этого не менее нужная.
5. Тут уже много чего разного, но тем кто пишет компиляторы, интерпретаторы, виртуальные машины и т.п.
Ну, а вообще, математика это не всегда про умение взять интеграл от какой-то функции, или решить дифф уравнение, математика – это больше про способ мышления. То чему реально учит математика (хотя бы на школьном уровне), это декомпозировать проблемы, мыслить логически и последовательно, делать структурный анализ. И проработав уже несколько лет как в веб-разработке, так и с графикой, так и в embedded (сейчас), могу сказать – между людьми, которые пришли после технарских специальностей в ВУЗе, и людьми которые “гуманитарии” таки есть разница. Да, конечно, хорошо или плохо могут писать как те так и те, но вот так или иначе, способ мышления будет немного отличаться, хотя и повторюсь, это далеко не всегда так. Кто-то может сказать, что вот нафига знать всякие там алгоритмы, функции и т.п., всё же реализовано в библиотеках? Да, в библиотеках реализовано как быстро и эффективно умножить два вектора, только вот вам нужно знать зачем их умножать, и что такое вектор, или там будет реализован синус, только вот вам нужно знать зачем в тех или иных подсчётах вам нужен именно синус, и какой результат вы от него ожидаете.
Так что, прежде чем отвечать на вопрос: Учить ли математику разработчику?, нужно сначала ответить на вопрос, что именно вы хотите разрабатывать)
P.S. Спасибо что дочетали до конца)
15
-
15
-
12
-
13:01 Тут вообще мимо. Делать переменные что бы получить результат функции и передать дальше - абсолютно нормально, и как раз таки по рукам нужно бить когда пишут вот так: send_to_server(get_sensor_value()). Во-первых, используя переменную, удобнее читать код, потому что если это будет функция, параметр которой вызов другой функции, у которой параметр вызов ещё одной функции- это тихий ужас. Во-вторых, возможно результат нужно будет потом где-то использовать, и не нужно будет переносить туда сюда вызов функции. Ну и самое главное: Дебаг. Дебажить код, где результат каждого вызова находится в своей переменной - намного проще, ибо как узнать результат функции, значение которой передаётся сразу в другую - непонятно. Разве что в некоторых дебаггерах можно прямо в дебаггере вызвать функцию, но это такое себе, ибо не факт что результат будет таким же
11
-
13:30 По поводу LibertyPhone: такой смартфон действительно нужен людям, например, важным лицам какой-то компании занимающейся оборонкой (какой-нибудь RheinMetall или Lockheed Martin). Функция физического отключения может быть очень полезна на всяких встречах, переговорах, что бы исключить возможность прослушивания через телефон. Ибо если отключение чисто софтовое, это не исключает рисков проникновения какого-то вредоносного ПО, которое сможет таки использовать микрофон/сеть.
По поводу ОС: Ну, то что там Линукс это и + и - одновременно. Да, там не будет какого-нибудь Google Pay, или всяких Google сервисов (это кстати +, а не минус, для такого телефона), там нельзя будет ставить андроидные приложения (скорее всего, хотя под Линукс есть софт, который позволяет их запускать, в принципе, так что тут будемс посмотреть....), но зато там доступны многие линуксовые фичи. Ах, и да, Андроид не на базе Линукса построен, а на базе модифицированного ядра Линукс, это всё-таки немного разные понятия
10
-
11:56 Это кстати неправда. Как раз таки в IoT за последние годы все больше и больше разработка напоминает "большое программирование". Например, тот же ESP32, на котором делают очень много IoT устройств, имеет в себе фреймворк ESP-IDF. Да та же Arduino, это по сути фреймворк, ведь там очень на самом деле здоровенный слой абстракции над реальным железом. Да и то же самое с железяками от ST, Infineon, NXP, Nordic и т.п. Там уже далеко не каждый проект использует bare metal и прямую работу с регистрами. Да и такие проекты как ZephyrOS вносят свою лепту. Ну и да, назвать IoT разработку чем-то несерьезным, это тоже не очень правильно) Разработка очередной CRUD системы на Джава выглядит мене серьезным процессом, чем решение проблем энергозатратности и безопасности в IoT
9
-
Кстати по поводу профессионального развития - крайне несогласен
Очень сильно зависит от ситуации коненчно, но и на постоянке можно работать в каком-нибудь древнем энтерпрайзе на мамонтовых техноголиях и оттуда не вылазить, и никак не развиваться. Во фрилансе так-то мотивация развиваться гораздо сильнее, т.к. больше знаешь -> больше возможностей в плане разных проектов. Потому что как раз таки на фрилансе вам часто нужно будет покрыть собой сразу много ролей, как технических так и организационных. Например, если вы занимаетесь веб разработкой, то будьте готовы к тому, что очень часто вы будете собой покрывать как весь бэк, так и весь фронт, + администрировать какую-нибудь БД (или какую-то другую систему по типу рэббита, или что вы там будете использовать), + ещё продумывать как и куда это деплоить. Или если это, например, embedded/IoT разработка то нужно быть готовым и полностью плату развести, и полностью прошивку написать, и все компоненты подобрать, и ещё дэсктопный/мобильный софт для этого написать. Тут сильную специфику (кстати, Сергей это явно упустил в ролике, или я просто не услышал) играет ещё и то, что в отличии от обыкновенной 5/2 работы на компанию, где ваш работодатель это так или иначе какая-то компания, которая знает чего хочет (не всегда конечно, но хотя бы +-). На фрилансе же, нужно быть готовым к тому, что заказчик зачастую это просто какой-то человек, очень часто тоже какой-то предприниматель как и вы.
7
-
7
-
23:50 "Не, ну я конечно не разбираюсь в этом всём, но люди живут не очень хорошо, а нужно же что бы жилы хорошо, потому что если люди живут не хорошо, то это плохо конечно, нужно же что бы жили хорошо. Но все плюсы Беларуси это не потому что Лукашенко, а потому что люди такие, да, а вот Лукашенко он только плохое делает, люди же делают только хорошее, а он только плохое"
Господи, как же я обожаю современных поулистских "оппозиционеров"
6
-
1:57 - Это не то что бы сильно распространённая ниша, очень странно об этом упоминать в видео для новичков, но не упомянуть такую нишу как разработка системных или инфраструктурных инструментов (привет Докер, Кубер, Reproxy и куча всего другого). И да, в этих нишах он заменяет Питон. Но если говорить про тот же веб - там в этом вообще нету никакого смысла, потому что 99% тормозов на вебе - это сходить в БД или какую-то 3rd-party апишку. А для остального, такие языки как питон обычно и не рассматривали, так что вряд ли их массово переписывают.
2:54 - это правда, я Го выучил буквально за 2 часа, по часику-два каждое утро. Но я тогда был уже мидлом в C#/.NET....
4:02 - исполняемый файл на Го маленький и быстрый - ну, не всегда. Всё-таки в готовом бинаре у вас помимо вашего приложения ещё будет крутиться, GC. Тут у питона плюс в том плане - что интерпретатор питона есть по дефолты у многих ОС, и по сути - скачал небольшой скрипт, и выполняешь. Но если нужен небольшой бинарник куда-то закинуть, то да, несомненно плюс.
4:50 Очень быстрый тайм ту маркет. Таааа.... так-то это редко зависит от языка. Конечно, если вы веб-приложение пишите на Ассемблере, то там тайм ту маркет будет сильно выше, но в целом, у Го он +- такой-же, как и у какого-нибудь .NET. Даже, пожалуй, у Го ситуация может быть похуже ввиду отсутствия некоторых библиотек - всё таки популярность языка играет роль.
5:18 Веб на пайтоне - относительно узкая ниша. Пайтон имеет очень широкое применение, по этому среднюю картину тут составить сложно, и это чаще будет какая-то автоматизация или написание инструментов, автотестов
7:40 Пайтон - мультипарадигмальный. Так что там можно писать в ООП, процедурном, функциональном и т.п.
7:56 - Блин, что за странное суждение в каждом из видео? Если в языке не реализовано ООП так как в Джаве, то "большую програму" на нем не написать? А Докер, Кубернетс, HuGo, это маленькие програмы? Напишите за вечерок? ООП в Го нафиг не надо, без него можно прекрасно и удобно сделать всё что угодно, люди вон некоторые даже недовольно дженериками, потому что по сути не сильно то и надо, так что оставьте ООПшное спагетти Джаве/C#.
6
-
5
-
6:50 - На самом деле, IoT в частности и немаленькая часть embedded в общем, уже давно ушли в сторону красивого кода, вместо оптимального. Если посмотреть на то, как написаны HAL для современных микрух, то там от оптимальности не то что бы много чего осталось :) Многие даже забивают на DMA и интеррапты, а просто возлагают эти все задачи на RTOS. В итоге, часто вижу проекты, где для задач чуть сложнее чем помигать светодиодом, используют довольно мощные микроконтроллеры с большим объемом памяти, чисто что бы все те абстракции туда потом влезли :)
5
-
4
-
1:48 У Microsoft есть свое железо. Как минимум, это XBox и утройства (ноутбуки, планшеты , моноблоки) Surface, а так же аксессуары к ним. Плюс, у них есть свои процессоры (ну, не на 100%, это больше разработка совместно с Qualcomm) - Microsoft SQ
7:08 Не только с устройств Apple. Swift уже давно есть и на других платформах, и что бы именно выучить сам Swift, и что-то на нем писать, Мак не нужен. Вот для разработки конкретно нативных приложений под iOS, MacOS и прочий зоопарк - там уже да, без МакОси никуда. А написать консольный калькулятор на Swift и на Винде можно
4
-
По поводу ВУЗов всё вообще не так. ВУЗ создан для того, что бы дать вам базу, что бы вы понимали, как работаю компиляторы, как писать базовые алгоритмы на тех или иных языках, как работают те или иные вещи, как ОС, нетворкинг или нейронные сети, и ВУЗы обучают именно компьютерным наукам (ну, если вы поступаете конкретно на компьютерные науки). Учить в ВУЗе фреймворкам - это какой-то бред. Можно конечно, но разве что в качестве каких-то дополнительных курсов по желанию, или от какой-то компании-спонсора (часто так делают компании, что бы потом к себе на работу брать студентов). Фреймворки - это зачастую всего-навсего надстройка (или просто сборка библиотек) над языком, зная базу, выучить фреймворк или конкретную библиотеку чтобы хоть как-то и что-то на нем делать - довольно быстро. И как вообще ВУЗ должен выбирать фреймворк, который будут учить студенты? В компаниях это обосновывается коммерческим интересом, количеством разработчиков у себя и на рынке, и кучей других факторов. Вот допустим фронтенд тот же: Будут вам в ВУЗе 2 семестра рассказывать про реакт - а завтра компания Фейсбук скажет такая: а всё, мы его больше не поддерживаем (конкретно с реактом вряд ли это случиться в ближайшие пару лет, но идею вы уловили, такое бывает очень часто). Получается, вы 2 семестра учили то, что больше ВООБЩЕ никак не сможете использовать? А ВУЗу что тепер делать, искать человека со знаниями Ангуляра, что бы переписать полностью курс на 2 семестра? И как скоро его перепишут? И да, лучше бы вы эти 2 семестра реально учили как на С++ реализовывать одну из методик вычисления интеграла, это так-то можно много где использовать (если конечно вы стремитесь к чему-то большему чем клепать сайтики), а знания по фреймворку/библиотеки которая умерла - полностью бесполезны, разве что только вы не захотите сделать свой форк, и развивать его самому....( и то, это только в тому случае, если фреймворк или библиотека были open-source, с подходящей лицензией). Или возьмите тот же ASP.NET, существует уже больше 20 лет, но вот если взять проекты, написанные на нём в 2002, 2005, 2010, 2012, 2015, 2020 и 2023 - это тупо разные фреймворки, у которых общие только буквально пару принципов, ну и название, вы вряд ли сможете с наскоку понять хоть что-то между, например 2010 и 2023.... Это как часто нужно ВУЗу переписывать программу, что бы успевать за "трендами"? Для того что бы учить конкретно коммерческие штуки (библиотеки, фреймворки, IDEшки) - нужно попадать на интернатуру в компанию, и в западных странах, именно так почти вся IT индустрия и работает. В универе - учишь базу, принципы, алгоритмы, теорию, как что работает, как написать свою ОС, как реализовать компилятор, как поднять свой сетевой стек, как писать парсера, как сделать интерпретатор, как работает процессор и язык ассемблера, как сделать свой веб-сервер, или веб-приложение (и да, последние 2 пункта делаются без фреймворков, хотя можно и с ними, базовой теории на 3-4 часа, что бы сделать простенькую штуку - хватит), потом же, находишь себе интернатуру/практику в какой-то компании, куда тебя берут по БАЗОВЫМ знаниям в компьютерных науках, и уже там ты разбираешься с их всякими системами, которые они используют, включая фреймворки, библиотеки, IDEшки, системи сборки и другие инструменты. У нас, к сожалению, так не очень принято делать, ведь у нас большинство компаний работают на аутсорс, по этому даже на позиции trainee зачастую нужно уже знать что-то, что будет приносить хоть какой-то коммерческий аутпут. А так, в основном у нас проходят подобные курсы, где из тебя делают framework-doer, или учаться сами (лучший вариант, но тоже не всегда), и ты уже ищешь куда можно попасть на позицию Junior/Trainee, что бы уже конкретно работать с конкретной технологией, на которую ты учился. Да, это эффективно в моменте, но в перспективе - такое себе. Важно понимать, что фреймворк или библиотека - это всего лишь коммерческий инструмент. Врачей в ВУЗе не учат как делать МРТ только на аппаратах компании A, им могут показать как это сделать конкретно на этих аппаратах, но это будут общие принципы, которые скорее всего и применмиы к аппарату компании B. Географов не учат как можно ходить по лесам и горам с навигатором конктерно от Garmin - их учат как работать с картами и компасом, а так же общие принципи работы с навигатором, которые будут применимы к других навигаторам. Та даже те же пилоты учатся летать не сразу на Аеробусах и Боингах, а сначала осваивают какие-то одномоторники по типу Цесны, а уже потом выбирают, каким самолетом овладеть. Потому что нужно знать принципы, а уже обучиться конкретно чему-то, что используется в том или ином месте - уже детали. Так что то, что я тут описал - применимо в любой сфере, не только в IT. Врач выйдя после универа - тоже не сможет точно поставить диагноз или провести операцию, нужны годы интернатуры, пилот - не сможет сразу после ВУЗа оседлать любой самолет - нужно получать сертификацию и учиться конкретно под определенный самолет. Короче, ВУЗ не может и не должен быть привязан к чему-то коммерческому, которое завтра может умереть, потому что компания владелец так решила. Ибо тогда, все дипломы, полученные по той или иной специальности, потеряют ценность. Диплом разработчика на Ангуляре стоит ничего, если Гугл закроет Ангуляр.
4
-
4
-
3
-
3
-
3
-
3
-
3
-
3
-
3
-
То что сказало АНБ выглядит максимально бредовым. Вроде и серьёзная организация, а выводы на уровне 13-летнего школьника, который написал свою первую программу на Python/JS и теперь думает что этот Python/JS можно и нужно пихать везде. Вот мне интересно, как они себе представляют разработку игр (в основном их движков) на чем-то кроме C++? А браузеры? Окей, есть Gecko на расте, но когда нам ждать браузер на C#/Go/Java? А встроенные системы, automotive, networking, rf ,вы, извините, на чём писать собрались?
3
-
Полностью согласен)
Проблема в том, что в современном IT, подавляющее большинство мыслит критериями веб разработки, и для них да, C/C++ это что-то страшное и ненужное, и это в целом то правда, какое-то веб приложение или сервер в большинстве случаев на C/C++ реально не имеет смысла кодить. Только вот все забывают, на чём пишут из любимые ОС, браузеры, игры, программы для домофонов, чайников и бортовых компьютеров автомобиля
3
-
3
-
3
-
3
-
2
-
2
-
2
-
2
-
Летал в ЮэСэЙ в 2013 (в январе). Прилетели в эЛэЙ, побыли там два дня, взяли машину напрокат и уехали на 8 дней, петляли мы очень много, в итоге посетив полностью Гранд Каньйон (и что-то там поменьше), Хувер Дэм, Долину Смерти, обьездили всю Юту, Аризону, Неваду, Колорадо и Калифорнию (мб ещё в пару штатов заезжали, уже не очень помню). Сказать что я охуевал с видов - ничего не сказать. Это те места, где реально не жалко умереть где-нибудь под кактусом во время заката.... Там хотелось сфотографировать каждый камушек, каждую травинку, эту красоту я не могу сравинть ни с чем в заезженной до дыр Европой (был почти во всех странах ЕС), именно в этих местах начинаешь проникаться всей атмосферой боевиков про ковбоев, всей красотой природы. Потом вернулись в Лос-Анджелес, полетели в Нью-Йорк, и я вообще не понял прикола.... Вот Нью-Йорк = тупо любой большой город Европы, просто намного сильнее заросший небоскребами. Везде только Магазины, Жрать, Бухать, Спать, Срать. Всё. Типичный потребитель доволен. Город для бизнесменов и хомячков, в котором почти весь год депрессивная атмосфера...
2
-
@Nikita-up2km Смотря для чего. Вообще, скорее всего пригодиться все вышеперечисленное (как мне пригодился C#, Python, JS, C/C++ и немного Go). А так, я бы сказал что Python сегодня знать прямо маст хэв, потому что на нем написана тонна библиотек и прочего, и он много где используеться как вспомогательный язык (или интерфейсный язык, и я не про GUI), так что хотя бы на базовом уровне его выучить не помешает. Java - имеет смысл выбирать, если хочеться разрабатывать энтерпрайз приложения. Там в основном нужно работать с БД, брокерами, обрабатывать запросы фронтэнда, конвертить данные, рассылать мэйлы и т.п. C++ - в принципе, самый универсальный но и самый сложный вариант. Если сможете его осилить - это откроет двери много куда, на С++ хоть и не так много вакансий, как на условном JS, но там часто нужны сильно более высококлассные специалисты.
2
-
2
-
2
-
2
-
Сюрприз - в Го тоже нету точек с запятой. Вернее, там как в Питоне, можно поставить - но толку от них 0, и обычно никто не ставит. По факту же, любой текстовый редактор, не говоря даже про IDEшку, умеет нормально расставлять нужные отступы. Если даже так не ок - юзайте rainbow indent, или что-то подобное. И да, скобочки никак тут не помогате, если в коде будет огромная вложенность - что со скобочками, что с отступами - будут проблемы понять, что в чём находиться. Хотя отступы в этом плане даже лучше, а то запихнут 100+ строк в один блок, а тот ещё в один и так далее - так уж реально лучше отступы, там хоть сразу видно.
2
-
2
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
0:10 Еммм, нет? Как связаны выбор ОС и квалификация, не очень ясно. Т.е. люди, которые разрабатывают саму платформу .NET на винде, не квалифицированные? А те, кто разрабатывают Unreal Engine?
2:09 Что за ересь? Если на Линуксе программы нету в удаленном репозитории (что бывает СЛИШКОМ часто, особенно если ставить не какие-то банальные тулзы, а всякий более-ли менее большой софт), в большинстве случаев придеться значно потрахаться, что бы установить что-то на Линукс, в то время как на винде, инсталлер сделает все сам, без каких-то дополнительных танцев с бубном. Не надо принимать соглашение? Что ты несешь? Поставь какую-нибудь IDE по типу CubeIDE, там тебе тоже нужно будет принимать соглашение, только через терминал
2:22 Каким образом на Линукс написать программу проще, за счет чего? Назови ка мне пожалуйста, стандартный способ написать ГУИшную программу на Линукс, а? Под винду все максимально просто, ставишь студию - создаешь проект. На МакОС похожим образом, только через XCode. А на линуксе как? QT? GTK? Electron? И потом одно нормально работает на одних системах, но не работает на других (ух, особенно если это разные display сервера, тип Wayland или X11).
2:34 А на Винду или Мак?
4:06, ну да, линуксоиды не пользуються же Chrome, Spotify, Discord, VSCode.. А ещё не сидят на сайтах, которые не открывают код, по типу YouTube
4:18 че?
4:31 за счет чего проще?
4:54 нет, ещё и потому, что под Линукс иногда сильно сложнее сделать что-то, что будет работать из коробки у всех пользователей, особенно если мы говорим про что-то гуишное
5:26 Ну а в ресторанах тебе часто дают рецепт твоего хрючева? Получаеться, пихаешь в себя непонятно что. Да, состав тебе скажут, но не рецепт. А производитель твоей машины поделился схемой двигателя?
5:58 Ну классно, разработал ты значит какую-то полезную IDEшку, сделал ее открытой, все ее могут установить безплатно. Как ты ее собрался монетизировать, оставляя открытой? Поддержкой? Если пользователь постоянно будет нуждаться в платной поддержке, то клал он та такую IDEшку
6:48 Иронично, на Линуксе количество рандомного софта будет значительно больше. В виндах и Маках сильно больше есть всего из коробки
8:47 Кхем, во всех папках линукса разобрался?) Расскажешь?)
9:10 Т.е. я правильно понял, винда плохая, потому что шпионит, но потом ты советуешь убунту?)
9:33 А в винде нужен антивирус? Давно последний раз ставил?
Крч, я надеюсь это рофельный видос, потому что когда чувак, сидящий на МакОС что-то рассказывает про крутость открытых ОС....))
1
-
Сергей, люблю ваши видосы, что на этом, что на украиномовном канале. Но надеюсь, что страны для этих видосов очень скоро закончаться. К сожалению, абсолютно не интересно, раньше каждый четверг/пятницу на обоих каналах выходило хоть что-то, что хоть можно обсудить в комментах (хоть я и понимаю, что темы заканчиваються). Но разбор стран для переезда? Для кого? Тут большинство (особенно на укр. канале) - мужчины из Украины возраста 18-60, для них переезд куда-либо это вопрос, который будет не актуальным ещё скорее всего очень долгое время. А даже если и актуален, извините, но эти видео - ооочень краткая и часто слишком неточная выжимка из открытых источников (проще и точнее уж у какой-нибудь LLM спросить), которая не показывает абсолютно ничего. Что касается конкретно этого видео - компании по типу GlobalLogic и т.п. то офисы в Британии пооткрывали, вот только кто там работает? 1.5 менеджера и продажник?
1
-
1
-
1
-
1
-
1
-
1
-
1
-
Well, I've been using all 3 most popular OS families (Windows, MacOS and Linux) for some time during the last 6 years, and what can I say.... Windows is just the best....
I've tried Linux a plenty of times, on different devices, different distros and so on, and the only thing that I can say: Linux is great, but you actually don't need it as your main daily OS.
Don't get my wrong, it is still the best option present for servers, or some embedded devices, where you could "cut" all unnecessary system components and install on some low-power small devices. And some cool Linux features I can use just from WSL, running inside my Windows. However, using it for my PC or laptop, just why?
1
-
1
-
Ну вот да, реально есть ситуации, когда дешевле НЕ владеть автомобилем, чем владеть.
Но машину всегда можно продать, + ооочень много где без неё никак. Живу в Киеве, столица, можно сказать (хотя наверное нельзя), Европейской страны, но тут общественный транспорт просто на очень низком уровне. Каршэринг практически мёртв (или ещё в зародыше, тут непонятно), такси конечно есть, и их куча, но это блин не очень удобно, да и к тому же стоит оно не сказать что мало. Транспортная система тоже очень странная, ибо универ находиться относительно недалеко, но мне что бы до него добраться, нужно сделать где-то 3 пересадки, и от универа до работы, час хотьбы, но нужно сменить 2 маршрутки (сжечь бы их нафиг). В итоге я посчитал, и на Фиесте 2006 года, чисто если по топливу, каждый жень чуточку дешевле выходит ездить на машине, чем на общественке. Да, там конечно не учитываеться стоимость самого авто, но блин для меня возможность выехать в любое время суток куда угодно, с кем угодно и с чем угодно гораздо ценнее. Да и продать машину можно примерно по той же цене.
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
18:07 Не очень согласен, особенно с аналогией на водителей. Да, если вождение - это просто умение доставить себя из точки А в точку Б, а не полноценная работа - то да, сильно много знать о машинах не обязательно (хотя все равно, как поменять колесо, аккумулятор, куда долить антифриз и омывайку, как прикурить авто и т.п. знать очень даже желательно). Но если мы уже говорим про профессиональных водителей (водители фур, таксисты и прочее) - там уже знать о том, как устроена твоя машина и как чинить хотя бы мелкие поломки ты просто обязан. Если фура встанет посреди трассы из-за того, что водитель не умеет сам поменять в ней колесо - тогда у водителя большие проблемы, и терять деньги из-за этого он будет много и часто. Понятное дело, что самому перебирать движок уметь совершенно не обязательно, но стараться максимизировать умение починить все самому - очень даже желательно. Иначе человек просто разориться на постоянных простоях, вызовах эвакуатора, мастера и т.п. С разработчиками тоже самое - да, далеко не обязательно уметь администрировать комп так, как это умеет делать системный администратор. Но какие-то базовые вещи, по типу накатить ОС, настроить роутер, файервол, ВПН и тому подобное - обязан. Как минимум хотя бы потому, что вы не будете 2 дня прохлаждаться просто потому, что у вас случилась какая-та мелкая поломка, и вы ждете админа, у которого и так задач хватает. По этому люди часто и слышат фразу "Тыж программист", не потому что тот кто её говорит - тупой, и думает, что ты эксперт во всем, а потому что программист как минимум знает компьютеры на порядок лучше, чем какой-нибудь типичный юрист, или бухгалтер, и шансов что ты ему поможешь - сильно больше
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
@miafridman6952 Ну, как бывший C# и бывший Go ращработчик скажу - и тот и тот называли убийцами C\C++ ...
Так-то оно так, но убийцами они стали только в какой-то конкретной узкой сфере. Например шарп - взял на себя большую долю десктопного ПО и энтерпрайза, Go - сети и тулинг (Ну ещё микросервисы).
А так, таких "убийц" уже было просто массу: Go, Rust, Nim, D и т.д. и т.п., и что-то вот как-то не выстрелило :)
И опять же, раст вряд ли в обозримом будущем вытеснит хоть на процентов 10-20 C\C++, особенно в каком-нибудь embedded, где пока что альтернатив особо то и нету. Да, можно запустить раст на тех же TI и STMках, точно так же как можно и запустить на них Go (TinyGo) и C# (nanoFramework), но речь же идёт про серьёзную разработку, а не про веселое занятие на пару вечеров
1
-
@miafridman6952 Вот как раз таки мне не нужно читать что такое Garbage Collector)))
Да, безусловно сборщик мусора в зависимости от реализации может так или иначе замедлять выполнение кода и делать время выполнения непредсказуемым (хотя это не совсем так), но утверждать что Раст лучше их всех и именно он убьёт плюсы - крайне глупо. Вместо сборщика мусора используется борроу чекер, который отрабатывает на этапе компиляции, и это вроде круто, НО: просто попробуй пописать на расте что-то большее, чем примерчик из Раст бука, а особенно попробуй сделать что-то низкоуровневое (для тех же микроконтроллеров). Гарантированно, ты поймёшь всю "прелесть" его безопасности, там тебе и будет кайф от борроучекера, и от лайфтаймов, и попробуй потом это всё читать нормально.
Конечно, плюсы тоже позволяют воротить куча всякой всячины, но если в плюсах это борьба с работой с памятью, то в расте это борьба со "слишком правильным" компилятором
1
-
1
-
1
-
1
-
"По всему союзу по путевкам"... как же это убого звучит....
Во-первых, при своих зверских "масштабах", совок был очень беден в туристическом плане.
Максимум что можно было сделать, это пойти в Тндру, Сибирь, Тайгу в качестве сурового туриста выживальщика, и то, убогая советская промышленность не могла произвести нормального снаряжения для какого-то комфортного активного туризма ( просто посмотрите фото типичного такого "туриста". Если вы хоть немного разбираетесь в этом, то поймете о чём я). На счет культурного туризма: Сейчас езжай хоть-куда в Европу, Америку (я про континент), Азию, мб даже Африку. Смотри на культуры других народов, общайся с ними, развивайся. А раньше что? Много ли было в совке ИСТОРИЧЕСКИХ мест?
Ну парочка музеев. Иииии?
Возможно я не очень внятно раскрыл этот кусок темы, но я думаю основной посыл понятен.
А на счет туризма по путевкам - так путевку надо ещё насосать ( то есть заслужить). Т.е. просто так её не получишь.
Я в совке не жил, но вся моя родня там прожила достаточное количество времени, что бы у меня сложилась адекватная картина там происходящего.
1
-
Блин, у меня походу едет крыша, но..... Мне понравилось!
Не, серьёзно, вы подумайте, если это привести в +- нормальный вид, что бы это было не из говна и палок, а более ли менее капитально выстраивать, и как-то продумать вопрос канализации, то получились бы что-то по типу таунхаусов. Конечно, сейчас это выглядит всё-таки убого и колхозно, но как по мне, это же реально можно причесать, сделать нормалньый вид и усилить с точки зрения конструкции, и получиться реально неплохое бюджетное жилье. Просто пробелма в том, что большинство "строителей" сиего ужаса, об этом не думают, и строят абы построить, и срубить бОбла. Это довольно удобно, на 1 этаже можно поставить машину, на 2 кухоньку, на 3 спать. Реально получаеться эконом-жилье, вместо зассаных гаражей, и будет куда ставить автомобили.
1
-
Купил по твоему "совету" BF5, поиграл меньше часа. Хорошо что в ориджине можно сдать игру обратно....
Во-первых: ужасная оптимизация. GTX 1070 и 16 Гб оперативы, неужели этого не хватает для стабильной игры на средне-высоких?
Даже на низкиз 60 фпс небыло
Но да ладно.
Железо можно и поменять.
А вот гейпмлей: А в чём вообще прикол???? БФ1 с рескином на технику? Такая же убогая стрельба, графика всё-таки кислотная, из-за чего атмосферность происходящего просто 0.
Экшон отсутствует. Я по сути играю в колду, которая подлагивает, ах , ну да, иногда над моей головой пролетает какой-нибудь Bf-109...
В чём смысл того, что я заплатил 3499 рублей за это?
Там кто-то ноет про то что ВОТТ НЕГРЫ ЛЕСБИЯНКИ ФЕМИНИСТКИ АЗИАТЫ и т.д., мне лично на всё это пофиг, мне не пофиг на геймплей, который здесь попросту отсутствует.
Да, возможно для тех, кто пришел в серию баттлфилд начиная с 5, им будет норм. Но для "ВЕРИТАНОВ" ( или ветеринаров, как их там?)) серии это удар в сердце. И это не потому что мы тогда были другие, и не потому что тогда играть не во что было. Просто вспомните тот же выход...ну..например БФ4 - это Levolution, прорывная графика, угодный для многих сеттинг и т.д. Вспомните Хардлайн ( да, его потом бытро забросили, но начинал он ооочень даже хорошо. Забросили его к слову, чисто из-за недостатка лэйт контента), где все были в восторге от нового сэттинга, новые интересные механики. Вспомните хайп по поводу БФ1, и как задизлайкали трейлер колды. А что сейчас? Что в этой игре нового, относительно БФ1? Сэттинг, со сдвигом в 25+ лет? Эта игра реально провальная, относительно своих старых частей. В целом, она бы была норм, если бы ценник был около 1000 - 1500 рублей, и называлось это как-то по другому. В ином случае, имеем что имеем....
1
-
1
-
1
-
1
-
1
-
@yacody При чем тут нафиг мощность мака, если проблема именно в том, что МакОС очень коряво умеет работать с 2 мониторами? Взять те же проблемы с доком, или с переходом на другой рабочий стол на всех мониторах, если ты на одном из них открыл прогу на полный экран? Про работу с окнами вообще молчу, её хоть как-то улучшили только в самой последней МакОС которая сейчас вышла, и то, он все ещё на очень херовом уровне. Все остальное далеко не всегда фикситься, не за 5 минут, и не 1-2 прогами, а целой тонной всякого софта, который ещё и зачастую платный, и работает иногда коряво или вообще ломаеться при обновлении МакОС, и ради чего? Что бы из МакОС сделать по функционалу винду? Так может тогда уже сразу винду поставить, и не ебать мозг? НА винде дрова на видюху дольше ставяться? Это тут при чем? Ты ставишь дрова на видяху только если у тебя dGPU по типу Nvidia или AMD (скорее даже, если тебе их нужно обновить, ибо зачастую какой-то драйвер уже будет в системе предустановленный, просто не самый новый), в тех же маках dPGU просто нету, конечно и обновлять там нечего))) Да и эта dPGU только на системах для игр/графики, с чем МакОС не может работать в принципе, что за тупой тейк вообще про дрова видюхи?
1
-
1
-
@romanv1293 Ну, можно и что-то на основе AOSP использовать, никто не запрещает. Это примерно как сказать Apple: не пишите свою МакОС, возьмите готовый дистрибутив Линукса и его улучшайте))) Разработчики использовали то, что подходило им, что в том что в том случае, это будет что-то далёкое от масс-маркетного андроида. По поводу отключения WiFi/BT/GPS: до одного места, поддерживает ли это андроид или нет, если это отключение софтовое - значит это можно взломать. В LibrePhone отключение полностью хардовое, т.е. или отрубается питания, или отрубается шина (внутрь не лазил, точно не скажу) конкретного модуля камеры, беспроводной сети или геолокации. Хотя, в случае с сетью возможно это происходит просто на более низком чем ОС уровне, ибо WiFi и BT сейчас в большинстве случаев вшиты в SoC, так что скорее всего это на уровне кода самого контроллера происходит, просто отключается конкретный внутренний модуль.
Ну, и далеко не все переговоры проходят в клетке Фарадея, и клетка Фарадея от записи не спасёт, разве что от передачи. Это нужно что бы твой же телефон тебя не слушал, в первую очередь
1
-
1
-
1