>C git'ом, кстати, тоже есть проблема, он хорошо подходит для сорцов, а вот что делать с гигабайтными текстурами или файлами модели по 100мб, или луашником/json'ом уровня размером под 20–30 мб текста? Тут либо держишь 2 cvs — одну для сорцов, вторую для контента, либо пишешь своё решение.
Давно придумали: 1) Git LFS
2) Perforce (он же p4) - используется в крупных студиях, мелкие инди про него как правило не слышали
3) Инструменты для монорепозиториев так же подходят
Вопрос в другом - а будет ли яндекс контролировать места скопления таксистов? Или только клиентам 'так повезло'?
Вот, например, в аэропорту домодедово есть съезд (второй съезд в сторону взлетной полосы и одних интересных ребят в погонах), где стоянка/остановка запрещена, там таксисты устроили себе импровизированную стоянку. Где сидят и ждут своей очереди на заказ.
Уже блоки туда кидали и гайцы одно время приезжали - в этот момент все испарялись, но бывало когда и их просто игнорируют
хз, что сейчас там — может ПДД поменяли в данном месте, но как местный житель постоянно горел, когда не мог выехать на трассу не петляя там (узкая разбитая бетонка. Которая стала еще уже из-за машин припаркованы повсеместно). Особенно некомфортно зимой там ездить — там не чистят
Раньше сам программировал игрушки на С++/С# (комп графика, OpenGL, D3D, AndroidNDK, PhysX, Bullet, Newton Dynamics), но рыночек заставил изменить профиль. Плюс поменялись инструменты (появились Unity, UE4) + при пересчете трудозатрат на денежную выгоду я понял, что на С++ смогу себе заработать только сердечный приступ :)
>Хотел конкретно изучить Docker, но уже поздно - он больше не в моде, теперь же есть Kubernetes
ну как бы k8s использует внутри себя Docker и решает он внутри себя другие задачи. k8s - осуществляет управление docker контейнерами и zeroDownTime. Есть docker swarm для этой задачи, но он для прода не очень годится (тема холиварная)
> А все эти «опыт работы с Golang от 3-х лет» меня очень раздражают (можно подумать там что‑то такое сложное, что аж нужно 3 года учиться) После опыта в C++ вкатываешься очень легко, но переходя со стека на стек я внезапно наткнулся, что структура проекта тоже регламентирована (название папок) гайдлайнами. Тоже справедливо даже к синтаксической записи. Ну и обычно — требуют знание каких-то общих библиотек, реализующую конкретную функциональность
Общий опыт на С++ помогает тут очень, но любой 'новый' язык — это своя экосистема
Привет, сильно зависит от специфики конкретных задач. У меня весьма специфичный кейс. Который подразумевает больше именно среду для разработки
В качестве домашнего 'сервера' использую NUC10i7FNKn2. Укомплектовал 16gb ram, 512gb ssd samsung 970pro. Хотел 1TB + 64gb, но на момент покупки финансовая сторона вопроса была в районе +60к к базовой стоимости (База - 52к. Конфиг выше суммарно обошелся в 76к)
Надо было бы брать NUC10i7FNH - тогда можно было бы дополнительно подключить 2.5 ssd, а так только nvme ssd, но я подключил несколько внешних жестких дисков (usb порты свободны) + карты расширения (одна на 64gb samsung)
Эта машинка бралась чисто под сборку Android/iOS проектов и управления фермой устройств, машинка стояла на даче, без присмотра, поэтому основные требования были — тишина, малое энергопотребление, пожаробезопасность. До сих пор работает (тьфу-тьфу)
С точки зрения файлового хранилища расширена была максимально картами расширения (samsung 64gb flash) и внешними usb жесткими дисками (2x WD 1TB).
Конечно, тут, о никакой отказоусточивости и речи не идет, но это компенсировалось тем что, эта машинка рулила не самыми критичными задачами, а если что-то критичное было для хранения, то хранилось на второй ноде (размещена была в облачном провайдере) или в S3 (там же).
Стек CI/CD: 1) Jenkins (Docker) - машинка была сначала Slave, теперь Master. Поменялись задачи
2) Nexus (Docker) - для хранения артефактов
3) SonarQube (Docker) - Auto CodeReview
4) Раньше еще крутилась виртуалка с MacOSX (Docker OSX + QEMU) и был MiniKube (когда вел разработку операторов на кубер)
Конечно, греется, тротлит, но на момент покупки хватало
В данный момент как, классическую файлопомойку не использую, но такая возможность есть, правда как я уже сказал — без отказоустойчивости, либо все критичные файл
В ходе эксплуатации вылезло: 1) Иногда электроэнергию отключают больше чем на час, 2 APC Smart 750VA не всегда вывозят (они питают не только миниПК). Если свет отключается во всем доме (мой кейс), то они бесполезны — интернета нет все равно
2) Интерфейс удаленного включения ПК после отключения электроэнергии был бы очень полезен
3) Для сборки iOS проектов выгоднее использовать старый MacMini/ноут со сломанным дисплеем. Дешевле выходит и суммарно легче поддерживать с точки зрения софта
4) Я конечно не запаривался с гипервизорами и прочим, но на данную машинку EsXI ставится, с костылями, но ставится. Коллега запарился, но у него прям полноценный сервак на 1366 соккете. Я от полноценных серверов отказался, так как оч шумно и жарко в комнате, финансовую сторону вопроса не помню уже (дело было еще в 2012-16ом)
Смысл это обсуждать, если даже условия тестов некорректны? Даже не углубляясь в задачу это можно сказать
Блин, да не должен пользователь вообще работать с Debug сборками, априори.
Вот на С++ например, отладочный рантайм вообще не поставляется в vcredist, у конечного пользователя приложенька даже не запустится, аллокация памяти будет идти медленнее и т.д
>Между режимами Debug и Release я особой разницы не заметил. На самом деле оч сильно влияет Basically debug deployment will be slower since the JIT compiler optimizations are disabled.
>, и насколько я помню он старый код не проверяет… и пока никто не полезет его править сонар ругаться не будет Дефолтно он как раз проходит всю кодовую базу. Можно донастроить дополнительно, что если кол-во багов/техдолга увеличивается, то ваш PR будет отклонен автоматически
По сути это форк решения "Связь с Windows" (в бете там была поддержка iPhone). Приложения даже по интерфейсу похожи
Возможно напишу статью, про сравнение "Связь с Windows", Intel Unison, KDE Connect. Как раз ресерчил тему бесшовной интеграции между экосистемами (у меня 3 компьютера на разных ОС)
Если кратко - с iPhone все плохо еще, особенно в связке с Linux
Кстати, про порог вхождения - с наскоку сначала не залетел(пробовал первые итерации фреймворка), но после того, как поработал с angular 2 (уже позднее) - очень даже легко все зашло и было очень узнаваемо :)
Я рад, что ДомКлик обратил внимание на данный фреймворк. :)
P.S: Внутри нашей экосистемы (я так же являюсь сотрудником экосистемы Сбер, но в другой компании) мы одни из самых первых внедрили его у себя (уже почти 2 года работаем) на части проектов.
Привет
Не было Umbra в DE:MD, там использовался свой алгоритм OC, на основе Compute shaders
Реализовывал его же, по их докладам, в рамках научной работы
Привет, я тоже выходец из геймедева
Про этот пункт не соглашусь
>C git'ом, кстати, тоже есть проблема, он хорошо подходит для сорцов, а вот что делать с гигабайтными текстурами или файлами модели по 100мб, или луашником/json'ом уровня размером под 20–30 мб текста? Тут либо держишь 2 cvs — одну для сорцов, вторую для контента, либо пишешь своё решение.
Давно придумали:
1) Git LFS
2) Perforce (он же p4) - используется в крупных студиях, мелкие инди про него как правило не слышали
3) Инструменты для монорепозиториев так же подходят
двойная точность так же есть и в CryEngine :), и в VBS
сейчас unigine - это скорее полугосударственная компания (там заказы с алмаз антея идут)
Давно перестал следить за ними
Вопрос в другом - а будет ли яндекс контролировать места скопления таксистов? Или только клиентам 'так повезло'?
Вот, например, в аэропорту домодедово есть съезд (второй съезд в сторону взлетной полосы и одних интересных ребят в погонах), где стоянка/остановка запрещена, там таксисты устроили себе импровизированную стоянку. Где сидят и ждут своей очереди на заказ.
Уже блоки туда кидали и гайцы одно время приезжали - в этот момент все испарялись, но бывало когда и их просто игнорируют
хз, что сейчас там — может ПДД поменяли в данном месте, но как местный житель постоянно горел, когда не мог выехать на трассу не петляя там (узкая разбитая бетонка. Которая стала еще уже из-за машин припаркованы повсеместно). Особенно некомфортно зимой там ездить — там не чистят
Просто факт
Привет, у Яндекс cloud же уже около 2ух лет это есть
Привет, как я тебя понимаю :)
Раньше сам программировал игрушки на С++/С# (комп графика, OpenGL, D3D, AndroidNDK, PhysX, Bullet, Newton Dynamics), но рыночек заставил изменить профиль. Плюс поменялись инструменты (появились Unity, UE4) + при пересчете трудозатрат на денежную выгоду я понял, что на С++ смогу себе заработать только сердечный приступ :)
>Хотел конкретно изучить Docker, но уже поздно - он больше не в моде, теперь же есть Kubernetes
ну как бы k8s использует внутри себя Docker и решает он внутри себя другие задачи. k8s - осуществляет управление docker контейнерами и zeroDownTime.
Есть docker swarm для этой задачи, но он для прода не очень годится (тема холиварная)
> А все эти «опыт работы с Golang от 3-х лет» меня очень раздражают (можно подумать там что‑то такое сложное, что аж нужно 3 года учиться)
После опыта в C++ вкатываешься очень легко, но переходя со стека на стек я внезапно наткнулся, что структура проекта тоже регламентирована (название папок) гайдлайнами. Тоже справедливо даже к синтаксической записи.
Ну и обычно — требуют знание каких-то общих библиотек, реализующую конкретную функциональность
Общий опыт на С++ помогает тут очень, но любой 'новый' язык — это своя экосистема
Опечатка:
>либо все критичные файл
Либо все критичные файлы хранятся в облаках
>финансовую сторону вопроса не помню уже
По электроэнергии
Привет, сильно зависит от специфики конкретных задач. У меня весьма специфичный кейс. Который подразумевает больше именно среду для разработки
В качестве домашнего 'сервера' использую NUC10i7FNKn2. Укомплектовал 16gb ram, 512gb ssd samsung 970pro. Хотел 1TB + 64gb, но на момент покупки финансовая сторона вопроса была в районе +60к к базовой стоимости (База - 52к. Конфиг выше суммарно обошелся в 76к)
Надо было бы брать NUC10i7FNH - тогда можно было бы дополнительно подключить 2.5 ssd, а так только nvme ssd, но я подключил несколько внешних жестких дисков (usb порты свободны) + карты расширения (одна на 64gb samsung)
Эта машинка бралась чисто под сборку Android/iOS проектов и управления фермой устройств, машинка стояла на даче, без присмотра, поэтому основные требования были — тишина, малое энергопотребление, пожаробезопасность. До сих пор работает (тьфу-тьфу)
С точки зрения файлового хранилища расширена была максимально картами расширения (samsung 64gb flash) и внешними usb жесткими дисками (2x WD 1TB).
Конечно, тут, о никакой отказоусточивости и речи не идет, но это компенсировалось тем что, эта машинка рулила не самыми критичными задачами, а если что-то критичное было для хранения, то хранилось на второй ноде (размещена была в облачном провайдере) или в S3 (там же).
Стек CI/CD:
1) Jenkins (Docker) - машинка была сначала Slave, теперь Master. Поменялись задачи
2) Nexus (Docker) - для хранения артефактов
3) SonarQube (Docker) - Auto CodeReview
4) Раньше еще крутилась виртуалка с MacOSX (Docker OSX + QEMU) и был MiniKube (когда вел разработку операторов на кубер)
Конечно, греется, тротлит, но на момент покупки хватало
В данный момент как, классическую файлопомойку не использую, но такая возможность есть, правда как я уже сказал — без отказоустойчивости, либо все критичные файл
В ходе эксплуатации вылезло:
1) Иногда электроэнергию отключают больше чем на час, 2 APC Smart 750VA не всегда вывозят (они питают не только миниПК). Если свет отключается во всем доме (мой кейс), то они бесполезны — интернета нет все равно
2) Интерфейс удаленного включения ПК после отключения электроэнергии был бы очень полезен
3) Для сборки iOS проектов выгоднее использовать старый MacMini/ноут со сломанным дисплеем. Дешевле выходит и суммарно легче поддерживать с точки зрения софта
4) Я конечно не запаривался с гипервизорами и прочим, но на данную машинку EsXI ставится, с костылями, но ставится. Коллега запарился, но у него прям полноценный сервак на 1366 соккете. Я от полноценных серверов отказался, так как оч шумно и жарко в комнате, финансовую сторону вопроса не помню уже (дело было еще в 2012-16ом)
Привет, было бы интересно увидеть подборку машинок которые можно использовать как домашний сервер :)
(виртуалки, ci/cd, файлопомойка)
Смысл это обсуждать, если даже условия тестов некорректны? Даже не углубляясь в задачу это можно сказать
Блин, да не должен пользователь вообще работать с Debug сборками, априори.
Вот на С++ например, отладочный рантайм вообще не поставляется в vcredist, у конечного пользователя приложенька даже не запустится, аллокация памяти будет идти медленнее и т.д
>Между режимами Debug и Release я особой разницы не заметил.
На самом деле оч сильно влияет
Basically debug deployment will be slower since the JIT compiler optimizations are disabled.
Лишь бы этот самый контейнер не был привилегированным..
>, и насколько я помню он старый код не проверяет… и пока никто не полезет его править сонар ругаться не будет
Дефолтно он как раз проходит всю кодовую базу. Можно донастроить дополнительно, что если кол-во багов/техдолга увеличивается, то ваш PR будет отклонен автоматически
KDE Connect не работает с iPhone вот совсем (заглушки функционала)
По сути это форк решения "Связь с Windows" (в бете там была поддержка iPhone). Приложения даже по интерфейсу похожи
Возможно напишу статью, про сравнение "Связь с Windows", Intel Unison, KDE Connect.
Как раз ресерчил тему бесшовной интеграции между экосистемами (у меня 3 компьютера на разных ОС)
Если кратко - с iPhone все плохо еще, особенно в связке с Linux
Так же интересует сравнение с TSEd
Кстати, про порог вхождения - с наскоку сначала не залетел(пробовал первые итерации фреймворка), но после того, как поработал с angular 2 (уже позднее) - очень даже легко все зашло и было очень узнаваемо :)
Соглашусь
Я рад, что ДомКлик обратил внимание на данный фреймворк. :)
P.S: Внутри нашей экосистемы (я так же являюсь сотрудником экосистемы Сбер, но в другой компании) мы одни из самых первых внедрили его у себя (уже почти 2 года работаем) на части проектов.