У меня сын сейчас как раз в вузе и на курсах, с годовых курсов за 3 месяца ушло 80%, из универа, с группы 25 человек, осталось 8 после первого курса. Так что цифры из реальной практики.
«скорость вращения колёс самолёта равна скорости движения полотна» == «самолет стоит на месте»
А вот тут, малой, ты не прав… (с) Колеса могут ТЕРЕТЬСЯ/ПРОСКАЛЬЗЫВАТЬ вдоль взлетного полотна, то есть задача сводится к отношению силы трения колес к мощности тяговой установки самолета.
Где именно искать не могу сказать, однако на курсах по более-менее серьезным профилям (а не пхп_и_яваскрипт_за_месяц_с_гарантией_устройства_на_работу_в_офис_или_удаленно_-_работай_из_своего_дома_на_Мальдивах!) до окончания курса доживает примерно 30% посетителей, остальные сливаются, так как в основном рассчитывают на «вайти» легко и непринужденно, изящным пируэтом ласточки, но в итоге понимают что не тянут даже на милого тюленя. Из сухого остатка — где-то половина в фирмы просто не может устроиться, так как прослушать курс и что-то из него знать — две большие разницы.
Автор мыслит в рамках традиционных финансовых систем с KYC, AML, откатом транзакций, доверием к процессинговым центрам и решением пробем с их злонамерным поведением в суде.
Все было бы так, если бы не громкие заявления о том, что это прорыв в системе платежей, безопасности и вообще, то есть попытка скрестить ежа с ужом.
С сайта либры:
Соблюдение правовых норм и защита прав потребителей
Ассоциация Libra планирует сотрудничество с политическими деятелями по мере развития экосистемы и управления ею, а также по мере изменения законов с учетом инноваций и других изменений на рынке. В документе рассказывается, как Ассоциация Libra обеспечивает соблюдение правовых норм и защиту прав потребителей, в частности обеспечивает соблюдение требований к финансовым системам, защиту потребителей в финансовой сфере и защиту конфиденциальности потребителей, а также оказывает поддержку правоохранительным органам.
То есть по факту механизмов для заявленных функций в ней не предусмотрено в принципе, не смотря на громкие заявления.
Сценарии использования являются неотъемлемой частью ТЗ, так как функционал внутренний описывает ЧТО делать, а кейсы описывают механизмы взаимодействия с интерфейсом. И именно это будет проверять конечный заказчик перед приемкой и подписанием акта выполненных работ, а вовсе не то насколько тонкие у вас контроллеры.
Каким боком геолокация вообще должна влиять на выбор языка? Если я проездом в Калькутте выхожу в интернет через общественный вайфай — у меня по умолчанию на ноуте должны быть индийские иероглифы с невозможностью даже прочесть пункт меню «настройки»? Или все же стоит сначала прочитать настройку браузера, который даже указывая «en» говорит о том, что я как минимум сориентируюсь в английском сайте/приложении, раз уж интерфейс у меня на нем?
То есть только наличие «времени действия»? Или попыток ввода? Что то это мне напоминает… ах да! Политику паролей. Вот так сюрприз, то есть по сути пароль от кода отличается политикой действия, которую просто можно усложнить. На самом деле пользоваться сервисом который каждый раз для входа будет присылать тебе В СТОРОННИЙ СЕРВИС твой «код», кроме того что сверхнеудобно, так еще и не так уж и безопасно.
Сунуть его на подпись человеку, который не понимает ничего в нём и прикрыть тем самым себе разные места?
Вы удивитесь — суть технического задания не в том чтобы описать себе процессы разработки, а в том чтобы согласовать «задумку» условного заказчика с реально работающим кодом. И ТЗ — это не только про «реализовать контроллеры a, b, и c, используя протоколы x, y, z», но и «В верхней части сайта расположено меню, содержащее следующие пункты:…, в дизайне представленном в приложении (6). При клике на пункт… ». То есть вполне себе сценарий использования, который доступен обывателю.
Теперь вам известно три вещи о вашем сотруднике:
Он знает ваш пароль.
Он хранит ваш пароль в чистом виде, не используя никакого шифрования.
Надо добавить что еще вам следует проверить себя на наличие параноидального синдрома.
Пароль обычно рандомно генерируется системой и ей же автоматически отправляется, и следовательно «сотрудник» про ваш пароль ни сном ни духом. И естественно пароль не хранится в открытом виде, после отсылки в базе останется только хеш пароля. В остальном — отправлять разовый ключ доступа или сгенерированный системой пароль почти одно и то же, разница в том что поведением разового ключа мы можем управлять (например не пускать второй раз, что впрочем можно реализовать и с временным паролем).
PS: В итоге в статье не только не рассказано как (точнее рассказано как не надо) хранить, но и тема где совершенно не раскрыта. Ожидал откровения и хитромудрых подходов, получил тухлый помидор, которым только и можно что пульнуть в автора сего опуса.
В таком случае, скорее всего вы должны написать ТЗ, или ваше непосредственное начальство, буде оно обладает необходимым техническим бэкграундом. Иначе рискуете получить продукт, резко отличающийся от того что хотело начальство и долгие разговоры на тему «Я же ясно объяснил, что сайт должен быть как у ХХХ, а он не как у ХХХ, мне пофиг что они за это время 3 раза сменили стиль и функционал!». В случае конторы условного дяди Коли с 1 «программистом», клепающим сайты на вордпресс, я думаю вопрос ТЗ стоит не настолько остро.
почитайте шикарную книжку про рынки, валюты, акции, откуда есть пошла экономика… Называется Хулиномика(Хулиганская Экономика). Очень четко описано простым языком.
Другими словами, если ничерта не понятно, то описать что именно ничерта не понятно так, чтобы другие люди поняли что именно не понятно — это полезно.
как куратор тега на тостере — готов подписаться под каждым словом, но не все обладают столь полезным скилом, из большинства приходится клещами тянуть что и как «не работает» (
это я в курсе, но неопределенный элемент при вызове в данном коде просто выдаст варнинг, не думаю что это хороший вариант использования. Либо он должен быть задан при добавлении первого элемента в $this->stations, либо иметь явный сеттер. То же относится к
Все было бы так, если бы не громкие заявления о том, что это прорыв в системе платежей, безопасности и вообще, то есть попытка скрестить ежа с ужом.
С сайта либры:То есть по факту механизмов для заявленных функций в ней не предусмотрено в принципе, не смотря на громкие заявления.
Пароль обычно рандомно генерируется системой и ей же автоматически отправляется, и следовательно «сотрудник» про ваш пароль ни сном ни духом. И естественно пароль не хранится в открытом виде, после отсылки в базе останется только хеш пароля. В остальном — отправлять разовый ключ доступа или сгенерированный системой пароль почти одно и то же, разница в том что поведением разового ключа мы можем управлять (например не пускать второй раз, что впрочем можно реализовать и с временным паролем).
PS: В итоге в статье не только не рассказано как (точнее рассказано как не надо) хранить, но и тема где совершенно не раскрыта. Ожидал откровения и хитромудрых подходов, получил тухлый помидор, которым только и можно что пульнуть в автора сего опуса.
Язык любимый — PHP.
Двулик, как гордый аксакал,
И это то что я искал!
В Друпале код из процедур
Понятен даже и для дур!
Я в ожиданьи 8 с jit,
Он будет мегасуперхит,
Но это не точно…
Извините, вырвалось )
как куратор тега на тостере — готов подписаться под каждым словом, но не все обладают столь полезным скилом, из большинства приходится клещами тянуть что и как «не работает» (
но тут она просто NULL, что не так страшно.
не совсем понял, я туплю или чего-то не знаю о итераторах…