Pull to refresh
15
0.3
Валерий Озарничук @Akuma

Пользователь

Send message

Суть статьи: Короче берете любую фигню из Китая, делаете из нее дорого-богато и продаете. В итоге у вас будет миллион в месяц и дальше повторяете до бесконечности.

Реальность: маркетплейсы отымеют новичка во все щели просто по определению :) Основная задача сведется к «не умереть с голоду» пока вы продаете первую партию товара и пытаетесь понять почему прибыль на Озоне настолько меньше ваших расчетов. Может быть вы даже останетесь в плюсе (или в нуле + термопринтер).

По делу: инфоциганщина с переспамом ключей под фото.

Если говорить в целом, то никто особо не заморачивается. Как бы плохо это ни звучало

За исключением тегов которые «что-то делают», было бы классно объяснять «зачем». Всякие kbd abbr вполне заменяются span/div, так что выглядят бессмысленными.

Застал, но не подумал чет о таком. Больше веб в голове.

Вот было бы все в "оригинале", было бы понятнее :)

Ну вот вы прочитали толстенную книженцию про Elasticseaarch.

Пытаетесь администрировать, но вот ПОЛОЖИТЬ /индекс/_настройки - не работает. И в той статье как раз речь шла о таких казусах, как мне кажется.

Нужно либо не переводить, либо делать это адекватно и со знанием предмета (а это сложно-дорого).

девелопер - ну ок, придрались

дизайн-тайме - хз что к чему, честно говоря

дропает - вот тут интересно. Drop и remove могут отличаться. Поэтому удалить он его не может, а дропнуть - запросто.

контрол - искать по конфигам не-контрол может быть затруднительно

десктоп - даже затрудняюсь подобрать подходящее короткое русское слово. А еще контекст...ой.

Тем не менее, вы можете отличить "тред" от "стрима". А вот "поток" от "потока"(?), увы, отличить не получится. И самое печальное, когда вы в конфиге (файле настройки? а может и не файле, кто знает, именно поэтому тут это слово) увидите threads_count - вы поймете что к чему. Ведь число_потоков вы в конфиге не увидите. Нигде. Совершенно. Даже в 1С, скорее всего, такого нет.

Не лучше ли вместо того, чтобы засорять речь десятком англицизмов, договориться, наконец, о своих терминах?

Не лучше. Вы не можете договориться о переименовании терминов, как раз потому, что это термины. Если вы начнете называть тарелку вилкой - вас не поймет весь остальной мир.

Из ваших последних комментариев: оркестратора, масштабируемость, транзакций, конфигурация, детерминированные. Это один ваш недавний комментарий. Вы сами не верите во что пишите :)

Нет никакого смысла в переводе таких терминов, как раз потому, что в каждом конкретном случае они могут означать разное. Одинаковые слова вообще довольно часто означают абсолютно разные вещи - так работает много языков. И так сложилось, что общепринятый язык в ИТ - английский. Давайте просто этим пользоваться, а не выдумывать термины ради импортозамещения.

Другое дело, если термин изначально создан в РФ-среде. Тогда уже можно называть "как есть". Правда таких по пальцам можно пересчитать.

Какая половина? Так все делают.

Не помню ни одного случая чтобы был смысл ждать чёрной пятницы чтобы что-то купить. Всегда цена или такая же или дороже :)

Все кроме последнего можно выкинуть к чертям. Никакого смысла они не несут.

Если эта сотрудница решила свалить в декрет - то нельзя, это как раз и будет нарушением, ведь суть ТК в этом случае - защитить женщину с ребенком.

Можно раньше, но нужна причина нормальная, ибо иначе можно докопаться, что уволили из-за беременности. А "до" - это несколько месяцев, тут не факт что успеешь заметить.

Ну и опять же, не нужно быть мудаком. Женщина уходит в декрет не потому что она не хочет работать. Да и оплачивает его не работодатель так-то.

Вообще ничего плохого не вижу в работе на год-два-три. Это дофига времени, там можно 10 раз успеть пересмотреть взгляды на всю сферу деятельности.

Честно говоря всегда относился к Whois как к "нам показалось, так будет красивше". Разве что дата регистрации что-то значит, если проверяешь какой-то магазин или вроде того.

Вы каждый день по 10 раз начинаете новый проект?

Если нет, то достаточно просто выключить нужные расширения в рамках проекта. Я так, нпаример, выключаю rust-analyzer в Nodejs или Go проектах. Один раз и готово.

Вы можете просто отключить расширение для отдельного проекта

Мне и бекенд ничего не мешает запускать/перезапускать довольно часто. Я думаю просто зависит от проекта.

"когда нужно что-то отладить" - это и есть разработка.

Не представляю что вы делаете, что код на JS запускается "несколько раз в день", но при таком подходе эти пару секунд конечно погоды не делают.

  • Внес изменения в код

  • Сохранил файл

  • Подождал "несколько секунд"

  • Изменения появились

Третий пункт можно исключить использовав какой-нибудь esbuild/swc/etc...

Но, если вы сборку делаете только один раз где-то при запуске/сборке образа то пофиг, конечно же.

Но это же очень долго

Information

Rating
1,770-th
Location
Краснодар, Краснодарский край, Россия
Date of birth
Registered
Activity