Шёл 2021 год. На марсе уже летали вертолёты. В России "крупнейший EdTech в школьном образовании" наконец-то решился не хранить пароли в незашифрованном виде и с гордостью пишет об этом статьи. Я бы на вашем месте посыпал голову пеплом и молчал об этом в тряпочку.
Стороннее решение такое уже давно есть: www.bountysource.com
Не сказал бы, что сильно взлетело.
Хотя если бы это было сделано на уровне github-а, то, думаю, шансов было бы больше.
Не надо, пожалуйста, сказок.То что он не платит за неё напрямую, не значит что парковка бесплатна.
В доме она включена в стоимость apartment'а, а её обслуживание в maintenance fees.
Сними он со всеми прочими равными, но без подземного паркинга — аренда была бы ощутимо меньше.
У офиса всё то же самое, но за парковки переплачивает компания.
Работает.
Но только такие resolution'ы чреваты тем, что при каждом коммите придётся очень внимательно смотреть на изменения в `package-lock.json`, так как любой `npm install` это сбросит.
Хотя как времянка, когда PR в проект, который подобным образом фиксится, уже создан и просто ждёшь аппрува — вполне сгодится.
Например, исследователь задавал такой детский вопрос-загадку: «Белые медведи живут там, где снег. На севере снег. Какого цвета там медведи?» Туземцы не могли провести такие простейшие логические параллели. Все их ответы сводились к вариантам вроде: «Если кто-то поедет на север и посмотрит, то он сможет сказать какого цвета там медведи, а иначе никаких способов узнать это нет».
А ведь туземцы с точки зрения логики были формально куда более правы, чем исследователь.
Из данной формулировки абсолютно не следует, что если на севере снег, то медведи там белые.
Необходимо != достаточно.
Уже не представляю себе, как можно работать без DataGrip'а :)
Из желаемого: очень хотелось бы в дереве базы данных видеть ещё и активные триггеры этой базы.
Папочка routines — это здорово, но в ней не видно к какой таблице и к какому событию триггер привязан.
Приходится то и дело писать использовать эти два запроса: SELECT * FROM pg_catalog.pg_trigger WHERE tgisinternal = FALSE;
SELECT * FROM information_schema.triggers;
Destructuring assignment нельзя переводить как деструктивное присваивание, так как у слова «деструктивный» в русском языке совсем другое значение. Эти присваивания скорее «реструктуризующие».
Не хотел ссылаться на конкурентов :)
Да, я как раз пока выбираю между WhoTrades и Interactive Brokers.
Но всегда хочется иметь больше альтернатив на рассмотрении.
Присоединюсь к вопросу Captcha.
В настоящее время как раз рассматриваю возможность вложения в западный фондовый рынок (уж больно в нашем банковском секторе запахло жареным).
При этом покупка акций у брокера российской юрисдикции пугает тем, что ему [брокеру] придётся подчиняться будущим законам бешеного принтера, а они могут быть какими угодно.
Поэтому вложиться готов в следующих случаях:
брокер из РФ, но имеется запись в DTCC о том, что акции были куплены
брокер вне российской юрисдикции, при этом под надзором SIPC
Было бы очень здорово увидеть от вас статью с подробным разбором возможностей инвестировать в зарубежные бумаги через западных брокеров.
Потому что, насколько я понимаю, для брокеров, работающих на российском рынке, нет аналога АСВ или SIPC, да и сама юрисдикция с её бешеным принтером не располагает к тому, чтобы держать у них достаточно крупные суммы.
Шёл 2021 год. На марсе уже летали вертолёты.
В России "крупнейший EdTech в школьном образовании" наконец-то решился не хранить пароли в незашифрованном виде и с гордостью пишет об этом статьи.
Я бы на вашем месте посыпал голову пеплом и молчал об этом в тряпочку.
Не сказал бы, что сильно взлетело.
Хотя если бы это было сделано на уровне github-а, то, думаю, шансов было бы больше.
В доме она включена в стоимость apartment'а, а её обслуживание в maintenance fees.
Сними он со всеми прочими равными, но без подземного паркинга — аренда была бы ощутимо меньше.
У офиса всё то же самое, но за парковки переплачивает компания.
Но только такие resolution'ы чреваты тем, что при каждом коммите придётся очень внимательно смотреть на изменения в `package-lock.json`, так как любой `npm install` это сбросит.
Хотя как времянка, когда PR в проект, который подобным образом фиксится, уже создан и просто ждёшь аппрува — вполне сгодится.
Одно «Субъективно эвальюировав по юзабельности» чего стоит.
А ведь туземцы с точки зрения логики были формально куда более правы, чем исследователь.
Из данной формулировки абсолютно не следует, что если на севере снег, то медведи там белые.
Необходимо != достаточно.
Из желаемого: очень хотелось бы в дереве базы данных видеть ещё и активные триггеры этой базы.
Папочка routines — это здорово, но в ней не видно к какой таблице и к какому событию триггер привязан.
Приходится то и дело писать использовать эти два запроса:
SELECT * FROM pg_catalog.pg_trigger WHERE tgisinternal = FALSE;
SELECT * FROM information_schema.triggers;
Может кто-нибудь посоветовать пример проекта с грамотно построенной микросервисной архитектурой?
Придется продлевать подписку :)
Значит ли это, что новый PhpStorm тоже это уже поддерживает?
Да, я как раз пока выбираю между WhoTrades и Interactive Brokers.
Но всегда хочется иметь больше альтернатив на рассмотрении.
В настоящее время как раз рассматриваю возможность вложения в западный фондовый рынок (уж больно в нашем банковском секторе запахло жареным).
При этом покупка акций у брокера российской юрисдикции пугает тем, что ему [брокеру] придётся подчиняться будущим законам бешеного принтера, а они могут быть какими угодно.
Поэтому вложиться готов в следующих случаях:
Потому что, насколько я понимаю, для брокеров, работающих на российском рынке, нет аналога АСВ или SIPC, да и сама юрисдикция с её бешеным принтером не располагает к тому, чтобы держать у них достаточно крупные суммы.
А попадёт/не попадёт на населённый пункт оставим на волю случая? :)
Что ни статья на околодевовскую тематику, так обязательно в ней этот дом на курьих ножках :)
while(~ hash.indexOf(needle)) {}