да. если выбрать район за те же деньги что в белокаменной, то вполне себе. *pay работает, раф готовят, банкинг подтягивается, капитана нет. что еще нужно?
Вредная на самом деле статья) по крайней мере на долгий срок для нетривиальных монорепо
pnpm + shamefully hoist - убивается смысл изоляции и контроля зависимостей в каждом пакете.
общий tsconfig, общий тулинг итп - по итогу вместо относительно слабо связанных модулей имеем пакеты с неявными и даже общими зависимостями.
Вместо этого вы или используйте turborepo/nx или делайте модули независимыми.
Как у нас:
pnpm (дефотлный isolated node-linker), кстати npm тоже экспериментальный линкер такой делает
единственное обязательство любого пакета - быть валидным NPM пакетом, который можно использовать/публиковать
каждый пакет сам решает как тестироваться, линтоваться итп (но обязующие guidelines присутствуют)
на долгий срок это выгодно т.к. тулинг и подходы в некоторых пакетах может устаревать (с разделением помогает pnpm)
задачу с последовательным build/watch решает pnpm (умеет запускать скрипты у зависимостей)
один legacy пакет может билдится ts4, другой ts5 или Vite - определяется необходимостью.
общие зависимости на общий jest config итп лучше не иметь (vitest прекрасен) или в крайнем случае складывать в отдельный пакет же и импортировать как зависимость.
необязательные скрипты вроде test/lint запускаются перед публикацией (если есть). но опять же каждый решает сам что использовать, как тестироваться. кто-то vitest, кто-то jest
ещё из тулзов changsets, depcheck для контроля зависимостей, npx nx graph
По итогу получается монорепо в котором все пакеты максимально слабо связаны, зависимости явно прописаны и видны через npx nx graph.
P.S. Бандлер react-native не поддерживает pnpm isolated node linker. Но это не повод использовать shamefully hoist, подойдет "hoisted"
Более того это подразумевается что у вас сразу счета в доллара/евро/фунтах/лари. Валютного контроля нет. Контракты/инвойсы на английском предъявлять налоговой только в случае проверки.
Добавлю, что собственно бизнес-счет для ИП открывать не обязательно. Можно пользоваться счетом физ лица. Просто когда есть отдельный счёт - удобнее самому да и налоговой смотреть/считать поступления.
Больше того, мой свифт в 20к не уходит под разными соусами из тинька уже несколько раз в разные банки и поддержка по каждому переводу находится в режиме между «мы вам вот-вот ответим» и «там какая-то swift ошибка у вас». При том что я отправляю ровно по тем реквизитам что раньше были успешно использованы.
Ни перевести, ни объяснить в чем дело и что делать не могут.
В этих лучших банках нет деталей. Например процент за вывод рублей ИП на свой счёт как физика.
Могу сказать за Промсвязь — в последнее время этот процент хорошенько так подрос.
скорее ‘type ComponentProps = PropsWithChildren<{…}>’
Надо заметить, что prop-types выделены в отдельный пакет начиная с React 15.5, потому что они «deprecated». А в React 19 они уже просто игнорируются.
да. если выбрать район за те же деньги что в белокаменной, то вполне себе. *pay работает, раф готовят, банкинг подтягивается, капитана нет. что еще нужно?
было такое. письмо в поддержку и мне разблокировали
Вредная на самом деле статья) по крайней мере на долгий срок для нетривиальных монорепо
pnpm + shamefully hoist - убивается смысл изоляции и контроля зависимостей в каждом пакете.
общий tsconfig, общий тулинг итп - по итогу вместо относительно слабо связанных модулей имеем пакеты с неявными и даже общими зависимостями.
Вместо этого вы или используйте turborepo/nx или делайте модули независимыми.
Как у нас:
pnpm (дефотлный isolated node-linker), кстати npm тоже экспериментальный линкер такой делает
единственное обязательство любого пакета - быть валидным NPM пакетом, который можно использовать/публиковать
каждый пакет сам решает как тестироваться, линтоваться итп (но обязующие guidelines присутствуют)
на долгий срок это выгодно т.к. тулинг и подходы в некоторых пакетах может устаревать (с разделением помогает pnpm)
задачу с последовательным build/watch решает pnpm (умеет запускать скрипты у зависимостей)
один legacy пакет может билдится ts4, другой ts5 или Vite - определяется необходимостью.
общие зависимости на общий jest config итп лучше не иметь (vitest прекрасен) или в крайнем случае складывать в отдельный пакет же и импортировать как зависимость.
необязательные скрипты вроде test/lint запускаются перед публикацией (если есть). но опять же каждый решает сам что использовать, как тестироваться. кто-то vitest, кто-то jest
ещё из тулзов changsets, depcheck для контроля зависимостей,
npx nx graph
По итогу получается монорепо в котором все пакеты максимально слабо связаны, зависимости явно прописаны и видны через
npx nx graph
.P.S. Бандлер react-native не поддерживает pnpm isolated node linker. Но это не повод использовать shamefully hoist, подойдет "hoisted"
Про налоги - самый сок как раз. Таки 15 или 24? И какие доп обязательства (страховки, соц отчисления)?
Оригинальный magsafe charger + двусторонний скотч + китайский держатель в вентиляцию/куда угодно = оригинальная 15w зарядка в прикуриватель
Например так
Более того это подразумевается что у вас сразу счета в доллара/евро/фунтах/лари. Валютного контроля нет. Контракты/инвойсы на английском предъявлять налоговой только в случае проверки.
Добавлю, что собственно бизнес-счет для ИП открывать не обязательно. Можно пользоваться счетом физ лица. Просто когда есть отдельный счёт - удобнее самому да и налоговой смотреть/считать поступления.
Ещё б touch id туда прикрутили
Ну вот и подоспело мнение Apple /удалили/
Хорошая попытка, СБер )Скоро узнаем что об этом думает Apple.
Крымский РНКБ годами работает в IOS через приложение Цифровой офис. Но то РНКБ
Как быть банкам если сегодня главные мошенники - они?
Больше того, мой свифт в 20к не уходит под разными соусами из тинька уже несколько раз в разные банки и поддержка по каждому переводу находится в режиме между «мы вам вот-вот ответим» и «там какая-то swift ошибка у вас». При том что я отправляю ровно по тем реквизитам что раньше были успешно использованы.
Ни перевести, ни объяснить в чем дело и что делать не могут.
Ну супер, ждем когда станет удобным и для обычных
Если хочется использовать Math.random(), то в одну строку примерно так
Детали: stackoverflow.com/questions/962802/is-it-correct-to-use-javascript-array-sort-method-for-shuffling
Насмешили.
«Условие», а точнее булевое выражение в for вычисляется каждый раз (если оно есть).
Cache-control: max age=100000000
Expires: 2050-10-10
и удаления `E-tag/Last-Modified` — чтобы браузеры и не думали за 304 обращаться
Могу сказать за Промсвязь — в последнее время этот процент хорошенько так подрос.