Ну хз, мне платят 100к за с++, но я даже не понял, о чем говорят первые два чела.
А они и сами не понимают.
теоретически сеньоры С++ девелоперы
Ну так за С++ платят 50к, а за нейронки всего 150к
Ну хз, мне платят 100к за с++, но я даже не понял, о чем говорят первые два чела.
А они и сами не понимают.
теоретически сеньоры С++ девелоперы
Прочитал голосом Мартелла
За бэк и БД сейчас хорошо платят? А то новое место работы надоедает, а учиться надо быстро.
Да, хорошо платят. Уже лет 5 как бекендер.
Но вакансий поменьше чем у фронтовиков.
Но вакансий поменьше чем у фронтовиков.
Питон (Django) + MySQL, PostgreSQL + опыт в Линуксе, гите, ансибле, докере на Джун+ пойдут?
Для джуна более чем. Я в путоне не силен, там вроде бы flask юзают для создания рест апи. Советую его изучить, т.к. в 90% случаешь будешь работать с рест апи, если это классический энтерпрайз
Django REST - посмотри такую штуку. Фласк юзают из-за того что он мелкий и нет кучи ненужного как в джанго, там натягиваеш что тебе надо, а не береш все что идет в пакете и используеш только ОРМ и админку, как в большинстве проектов.
Ну, я пока осилил половину "SQL: Полное руководство" Гроффа, Оппеля и плачу (потому что не наткнулся на неё раньше). Если за 7-8 месяцев не помру от Лутца и "Алгоритмы и структуры данных", то буду искать.
Корона сильно влияет на предложения релокейта сейчас? А то я в такой дыре живу, что пришлось хвататься за L1, зато с удаленкой на 7 дней, чтоб хоть как-то познать работу в энтерпрайзе.
Корона сильно влияет на предложения релокейта сейчас? А то я в такой дыре живу, что пришлось хвататься за L1, зато с удаленкой на 7 дней, чтоб хоть как-то познать работу в энтерпрайзе.
Смотря где. Понятие джун/мидл/помидор очень расплывчатые. В одной конторе скажут мидл, в другой - джун. А в третьей даже джуном могут не взять, как стажёра разве что.
скиллсет на девопса
никто не будет понимать, что ты делаешь, ты в том числе. но платить будут норм
никто не будет понимать, что ты делаешь, ты в том числе. но платить будут норм
Учусь на фронта, иногда обращаюсь за советом к мидлу с з/п около 2к, мол а как ты это, или то делаешь, а он обычно: "та хз, я такого не делаю".
Но собесе (даже в эту фирму) стопудов будут спрашивать, так что продолжаю учиться.
Но собесе (даже в эту фирму) стопудов будут спрашивать, так что продолжаю учиться.
Как не печально, но сейчас полно таких мидлов которые получают 2-4к занимаясь формошлёпством на реакте. Это зависит от стандартов компании и проекта, часто такое встречается в галерных аутсорсах.
Всё правильно сказал, только в этом случае не реакт, а вордпресс.
хотел поинтересоваться что значит формошлепство на реакте? я просто по работе на обслуживании баз освоил JS на уровне скриптов, но там UI как такового не нужно, ты выгреб массив из базы, обработал его как нужно, если нужно, спросил у пользователя input либо текст либо из скудного перечня table/field/view либо сунул массив кнопочек типа
let chosenFilter=await input.buttonsAsync('Choose which to update', [...filterU]);
и записал то что получилось, в новую таблицу, либо проапдейтил старую
JS мне в этом плане нравится тем, что можно лаконично и кратко писать то, что раньше на условном VBA в экселе занимало циклов и условий на полторы страницы. у меня простой шаблон выглядит так (write limit 50 records на страницу за одну операцию)
const table=base.getTable('YOUR_TABLE');const fld='YOUR_FIELD' //edit this line
const upd=await table.selectRecordsAsync({fields:[fld]}).then(q=>q.records
.filter(r=>r.getCellValue(fld)?.includes('FILTER_VALUE')).map(r=>
({'id':r.id,'fields':{[fld]:'UPDATE VALUE'}})));
while(upd.length) await table.updateRecordsAsync(upd.splice(0,50))
но есть возможность уярить свои аппликухи с использованием реакта, с нуля либо брать из десятка готовых как example, там есть справочник элементов UI, но поскольку я не девелопер, то не знаю что кроме Visual Studio Code можно использовать. Есть какая-то формошлепка, которой можно сделать дизайн а оно код нагенерит? меня честно говоря та часть где взаимодействие, больше всего напрягает, больше нравится крутить в голове массивы цифр.
з.ы. не понимаю что печального в том, что люди много зарабатывают, даже если не вполне заслуженно
let chosenFilter=await input.buttonsAsync('Choose which to update', [...filterU]);
и записал то что получилось, в новую таблицу, либо проапдейтил старую
JS мне в этом плане нравится тем, что можно лаконично и кратко писать то, что раньше на условном VBA в экселе занимало циклов и условий на полторы страницы. у меня простой шаблон выглядит так (write limit 50 records на страницу за одну операцию)
const table=base.getTable('YOUR_TABLE');const fld='YOUR_FIELD' //edit this line
const upd=await table.selectRecordsAsync({fields:[fld]}).then(q=>q.records
.filter(r=>r.getCellValue(fld)?.includes('FILTER_VALUE')).map(r=>
({'id':r.id,'fields':{[fld]:'UPDATE VALUE'}})));
while(upd.length) await table.updateRecordsAsync(upd.splice(0,50))
но есть возможность уярить свои аппликухи с использованием реакта, с нуля либо брать из десятка готовых как example, там есть справочник элементов UI, но поскольку я не девелопер, то не знаю что кроме Visual Studio Code можно использовать. Есть какая-то формошлепка, которой можно сделать дизайн а оно код нагенерит? меня честно говоря та часть где взаимодействие, больше всего напрягает, больше нравится крутить в голове массивы цифр.
з.ы. не понимаю что печального в том, что люди много зарабатывают, даже если не вполне заслуженно
> Есть какая-то формошлепка, которой можно сделать дизайн а оно код нагенерит?
Есть всякие конструкторы сайтов, вроде тильды. Но если тебе нужны только формочки - погугли видеоуроки, как сделать страницу регистрации на сайте.
Есть всякие конструкторы сайтов, вроде тильды. Но если тебе нужны только формочки - погугли видеоуроки, как сделать страницу регистрации на сайте.
Это когда человек годами делает одинаковые UI задачи не изучая ничего больше. Например как джуном делал форму для регистрации, так и мидлом делает форму для регистрации, только в зп получил +1-3к. Это показывает что проекты над которыми работает человек всегда примерно одного уровня(начального). Когда переход идёт в что-то более требовательное, а ещё не дай бог нужно будет какую-то фронт архитектуру делать, так там сразу беда-беда.
Без верстки форм конечно никуда, их всегда нужно будет делать, вопрос лишь в компетенции. Может ли человек делать что-то более чем верстать формы через 1-2-3 года работы? Если нет, то это и есть "формошлёпство" в вакууме.
Без верстки форм конечно никуда, их всегда нужно будет делать, вопрос лишь в компетенции. Может ли человек делать что-то более чем верстать формы через 1-2-3 года работы? Если нет, то это и есть "формошлёпство" в вакууме.
блин я короче немного по каличному задал вопрос, поэтому получаю совсем не те ответы что нужны.
да, я в общих чертах понимаю что есть "формошлепство".
я имел в виду "какую софтину мне использовать для реакта, чтобы нарисовать форму, кнопочки, всякие свистоперделки, а оно мне выдало код всего этого. который я прикручу к своей основной логике программы"
причем я делаю не сайты, а аппликухи для внутреннего употребления. в дизайне и рисовалке у меня и так руки из жопы, а если еще все это делать путем "пишу код, смотрю что получается, подправляю", то это выходит какая-то вложенная жопа второго уровня. тем более есть ресурс праздношатающихся сотрудников, из которых можно кого-то при наличии таланта как раз подпрячь на формошлепскую часть процесса, даже если в коде познания околонулевые.
в гугле и ютубе конечно искал, но там миллион вариантов, чтобы выбрать из которых, нужно чуть больше конкретики.
да, я в общих чертах понимаю что есть "формошлепство".
я имел в виду "какую софтину мне использовать для реакта, чтобы нарисовать форму, кнопочки, всякие свистоперделки, а оно мне выдало код всего этого. который я прикручу к своей основной логике программы"
причем я делаю не сайты, а аппликухи для внутреннего употребления. в дизайне и рисовалке у меня и так руки из жопы, а если еще все это делать путем "пишу код, смотрю что получается, подправляю", то это выходит какая-то вложенная жопа второго уровня. тем более есть ресурс праздношатающихся сотрудников, из которых можно кого-то при наличии таланта как раз подпрячь на формошлепскую часть процесса, даже если в коде познания околонулевые.
в гугле и ютубе конечно искал, но там миллион вариантов, чтобы выбрать из которых, нужно чуть больше конкретики.
> мол а как ты это, или то делаешь
- пишу код
- пишу код
> пишу код
Много действий делает не кодом, а через админку вордпреса, или ещё через какие-то тулзы.
Например, у меня были были вопросы по терминалу, а он им и вовсе не пользуется. Или например на сайте был 403 ответ для всех, кроме определённого списка юзер-агентов и я ему показывал, как в инструментах веб-разработчика поменять свой user-agent.
В общем, с одной стороны пригорает, с другой - обнадёживает, что если это уровень мидла, то у меня есть все шансы быстро вырасти до мидл+, или до сеньора.
Много действий делает не кодом, а через админку вордпреса, или ещё через какие-то тулзы.
Например, у меня были были вопросы по терминалу, а он им и вовсе не пользуется. Или например на сайте был 403 ответ для всех, кроме определённого списка юзер-агентов и я ему показывал, как в инструментах веб-разработчика поменять свой user-agent.
В общем, с одной стороны пригорает, с другой - обнадёживает, что если это уровень мидла, то у меня есть все шансы быстро вырасти до мидл+, или до сеньора.
Ну это не бекенд, и там потолок кмк очень низкий. Нафиг такое
Буду ближе к потолку, буду подумывать о перепрыге на node.js, тем более уже будет опыт с js. Сейчас у меня задача поскорее выйти на более-менее приемлемый доход и через фронт мне это кажется более простым и достижимым.
Сишники правда понимают о чем говорят или просто рофлят?
Могут и знать, но не обязательно пользуются этим знанием.
Написано же "Собеседование", а у сишников это как еврейский спор, только надо не вопросом на вопрос отвечать, а ещё более непонятной хуйнёй на непонятную хуйню. И так пока один из оппонентов не даст слабину показав что нечего не понимает.
рофлят
По опыту могу сказать, что главное вовремя про ядро линукса начать говорить
Я не сишник, но по контексту понятно о чем речь. Есть уникальные ссылки и неуникальные, для первых в новом сипипи добавили сахарку чтобы можно было их по-другому создавать. И вопрос в том что раньше для шаред и уникальный ссылок нужно было писать +- одно и то же (сравнительно длинно), а теперь для можно для юников не писать, но тогда изменений с уникаьной ссылки на шаред (или наоборот) требует больше изменений, пушто однородность нарушена.
Думаю как-то так
Думаю как-то так
А что такого появилось в C++14, что make_unique потерял смысл?
Мем создавал совсем глупый плюсовик:
1. Не c++14, а с++17 https://en.cppreference.com/w/cpp/language/class_template_argument_deduction
Что позволяет писать
std::unique_ptr p{new T};
2. Всё ещё надо юзать std::make_unique, потому что он гарантирует безопасность относительно исключений, в случае
std::pair p{std::unique_ptr{new A}, std::unique_ptr{new B}};
Если new B кинет исключение, то будет утечка памяти new A
1. Не c++14, а с++17 https://en.cppreference.com/w/cpp/language/class_template_argument_deduction
Что позволяет писать
std::unique_ptr p{new T};
2. Всё ещё надо юзать std::make_unique, потому что он гарантирует безопасность относительно исключений, в случае
std::pair p{std::unique_ptr{new A}, std::unique_ptr{new B}};
Если new B кинет исключение, то будет утечка памяти new A
В общем, автор мема, вы нам не подходите.
В C++17 починили и момент с исключениями.
C++17's rules guarantee that there can be no overlap between the different expressions that initialize arguments. That is, each argument's initializer expression completes in full before another one can begin. C++17 doesn't guarantee the order of the argument expressions, but there cannot be interleaving between subexpressions.
So in C++17, both of these are safe. So while template argument deduction does not obsolete make_unique, C++17 as a whole does.
https://stackoverflow.com/questions/45360421/usefulness-of-stdmake-unique-and-stdmake-shared-in-c1z
C++17's rules guarantee that there can be no overlap between the different expressions that initialize arguments. That is, each argument's initializer expression completes in full before another one can begin. C++17 doesn't guarantee the order of the argument expressions, but there cannot be interleaving between subexpressions.
So in C++17, both of these are safe. So while template argument deduction does not obsolete make_unique, C++17 as a whole does.
https://stackoverflow.com/questions/45360421/usefulness-of-stdmake-unique-and-stdmake-shared-in-c1z
Да, это объяснение подходит, нужно срочно переделать мем.
Не надо неодооценивать нейронщиков "Вот вычитал в статье Xyi Wang et al что они придумали новую архитектуру в 512 слоев с чередованием сверточных и полносвязанных слоев и шорткатами между каждым четным блоком свертки для лучшего пропуска градиентов, на ней за 1000 эпох accuracy лучше чем у resnet18 на 0,5%. Надо пропитчить лиду для проекта распознования конских и драконьих дилдаков на витринах, всего-то 100 миллиардов параметров, на любом макбуке про пойдет инференсе, лид нам сразу зп в два раза поднимет."
Для тех кто не понял.
"Не надо неодооценивать нейронщиков" - написал человек. Остальное написала нейронная сеть.
"Не надо неодооценивать нейронщиков" - написал человек. Остальное написала нейронная сеть.
"Наш ML инженер провалил тест Тьюринга"
Скорее даже, на пикче одна и та же компания, но разные отделы. А вот за мат.ан. мат. стат. в мл хорошо спросят и пояснят. Пока я парюсь с поинтерами и стандартами, в аналитике гоняют колоссальные json, а мл двигают фичи в максимальную точку выгоды
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!