Как стать автором
Обновить
4
0.1

разработчик

Отправить сообщение

История про сотни веток какая-то притянутая. Ну 10 у меня веток бывает, ну 15 если все очень плохо. Большее количество вариаций уже мозг не вывозит, и не в сортировке проблема

12:27:31 @mac:/tmp$ clang++ -std=c++20 test.cpp
12:27:34 @mac:/tmp$ ./a.out
a: 1, b: 2
12:27:35 @mac:/tmp$ cat test.cpp
#include <iostream>
#include <utility>

std::pair<int, int> foo() {
    return std::make_pair(1, 2);
}

template<typename T>
void bar(T t) {
    t();
}
int main() {
    const auto [a, b] = foo();

    auto fu = [&](){
        std::cout << "a: " << a << ", b: " << b << std::endl;
    };

    bar(fu);
}
12:27:40 @mac:/tmp$

Что значит нельзя захватить в замыканиях? Нормально захватываются

Я сейчас на позиции SRE, в основном пишем всякие мелкие тулы на го - но приходится поддерживать кучу разбросанного по всей инфраструктуре добра (js, python, perl, bash, кастомные terraform-ресурсы). Кроме того в свободное время играюсь с плюсами и растом.

Так что в голове у меня полнейшая каша относительно базового синтаксиса - где нужны двоеточия, где табы, где struct а где type, как написать for loop, с какой стороны от имени переменной должен идти тип.

И вот как-раз с решением этих базовый проблем AI справляется просто на ура

Не то чтобы после mv и rm файлы прям всегда невозможно было восстановить.
В некоторых случаях - довольно легко (если остались файловые дескрипторы, указывающие на этот блок данных). В некоторых - затруднительно
https://unix.stackexchange.com/questions/149342/can-overwritten-files-be-recovered

попробуйте Cody еще (который от sourcegraph). Есть как для JB так и для VSCode

В отличии от copilot, оно бесплатное (ну или выглядит таким. Для некоммерческого использования хотя бы). Про качество сложно сказать, все субъективно. Какую-то рутину убирает.

Спасибо, инструкция рабочая =)

Давно задумывался о хостинге через gitlab-pages, но меня хватило только на index.html с hello world.
Может этот инструмент сподвигнет к чему-то большему

Жалко что конфиг не универсальный и придется затачивать под тему. Это геморрой. Но по сравнению честной версткой - земля и небо

Необходимость двух репозиториев выглядит костылем.

Это работает только пока человек не удовлетворил базовые потребности

Разница между 50к и 100к для меня существенна, разница между условными 350 и 400 - нууу...такое. Теперь еще интересные задачи и дружный коллектив будте добры.

Для джунов то, конечно, скорее всего сработает.

Так я и разработчиков мужского пола, с которыми хотелось бы еще поработать, встретил штук 10 за 10 лет :D
При этом в целом разработчиков мужского пола я видел куда больше чем женского

А я видел, отличный специалист. Жаль что сменил работу, надеюсь еще получится с ней вместе поработать

Да-да, сверху выглядит очень круто. А потом начинается обмазывание явным указанием времени жизни, десятком трейтов которые нужно протащить (Debug, Send, Sync, WhoKnowWhatElse), .unwrap()-ы на пустом месте...

Мне тоже понравилась его экосистема и управление памятью. Даже сам процесс сборки можно кастомизировать раст-кодом (build.rs ) - это ж огонь!
Но любить раст за то что можно сделать полиморфизм на трейтах вместо интерфейсов - странно.

Немного обобщу:
Готовые решения не способны поддержать специфических нужд.

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

Пример на коленке - захотелось мне прикинуться репликой mysql на rust. Нашлась готовая библиотека, на первый взгляд работает, guid поддерживает - все хорошо.

Начинаешь копаться - библиотека парсит каждое событие во внутреннюю структуру. И событий там много (всякие health-check в 90% случаев). А мне оно вот вовсе не нужно, мне достаточно create/update/delete. Вот и получается, что библиотека в 90% случаев занимается чем-то для меня бесполезным. Хочешь производительности - пиши своё (в данном случае хотя бы делай пулл-реквест).

Пока можно не экономить на таких мелочах - почему бы и нет. Если вдруг придется разворачивать кластер на 1000 машин (что и случается в больших компаниях) - экономия на этих 90% бесполезных событий может стоит 5-10 загруженных ядер.

И это не библиотека плохая. Просто она универсальна и предоставляет максимально полное решение, которое подойдет большинству.

Так. И каким боком тут вообще хадуп и спарк?

Хороший поинт про "быстро въехать в тему"

Сам купил недавно курс по разработке потому что "а почему бы и нет":

  • появилось комьюнити в которое я могу задавать вопросы по технологии

  • мне потихоньку объясняют что же под капотом значат те слова, которые я использую в пет-проджектах "чтобы работало"

  • погружение в среду - люди что-то спрашивают, становится интересно, читаешь, гуглишь - учишься понемногу

(10 лет в разработке, становиться сеньором за пол года необходимости нет)

Тоже об этом сразу подумалось. А если публиковать в rabbit, то и партиционированием не нужно будет управлять

Есть более стандартные решения, которые автоматически раскладывают твой конфиг из репозитория по всем тачкам паппетом

Но эта история не сильно лучше, потому что потом на хосте нужно поработать под рутом - и привет

Так что проще привыкнуть к дефолтному поведению, навесив минимум рюшек для основного кейса (синтаксис там подсветить, строчки показать)

Какая у вас забавная формула для определения количества заказов в день. Я понимаю что она правильная, но какая-то интуитивно-непонятная. Почему не 40000 * 360 / 7?

Так конкурентное преимущество или пустая трата времени?

Собесите разработчика на языке, для которого самый подходящий девиз - "просто бери и пиши бизнес-логику не думая о том как оно работает", и удивляетесь что разработчики не знают как оно работает.

Пока вы теорию учили, они компаниям деньги зарабатывали

Сленг
| фандрайзингом
| Сперва я подумал что это какая-то шляпа.

Прямая речь
| Он сказал следующее - идея ничего не стоит. Важна реализация. Чтобы была реализация, должны быть равноправные отношения партнеров. Тогда у обоих будет мотивация двигаться вперед, не будет никаких обид. Это будет устойчивый союз.

Но дело на самом деле не в грамматике. Дело в стиле написания. Публичные тексты как правило имеют отличную (от другой) стилистику, даже если это персональный блог. Выглядит так, будто это нарезка из телеграм-сообщений для друга. Читать тяжеловато.

Не понятно почему статья в минусах (работа с обратной связью в комментах все топит, но при чем тут статья?)

История довольно детальная и описывает реальный кейс, еще и в недалеком прошлом. Никогда основанием стартапов и не занимался и не планирую, но почитать было интересно. Хоть глазки и кровоточат теперь немного.

Информация

В рейтинге
3 352-й
Зарегистрирован
Активность