Мы сейчас пользуемся "всем" от JetBrains, кроме как раз разработки в базе, и именно из-за удобства сравнения схемы (сейчас -- дифорж https://www.youtube.com/watch?v=Wb5Pab2DkWc )
Наконец-то на устройствах с iOS стало возможным запретить пользователю вставлять данные из корпоративных приложений и аккаунтов ... но пользователи могли копипастить данные через буфер обмена куда угодно.
Открываю BlackBerry почту, не получиается копи-пейст в оба направления. Select/copy появляются, но вставить в другом приложении -- ни-ни.
весьма прибыльный бизнес, приносящий высокие дивиденды владельцам и акционерам (около 10% годовых на акцию в МТС и Ростелекоме (Управляющая компания "Доход"), для сравнения – у немецкого Deutsche Telecom они составляют 2-3%)
Тут небольшая каша.
Во-первых, надо как минимум сводить к общей валюте. 10% годовых в рублях -- это не 2.5% в евро.
И да, у меня на одном из нерабочих лептопов (который для интернет-офис-музыка-приватная разработка) вполне себе линух на дескопе, но я разраб, и могу себе позволить потинкерить.
Schema comparison изменилась? Можно ли сравнить исходники с базой?
Use-case:
Разраб пишет код, меняет базу (локальную, выделенную под разработку -- неважно). Потом коммитит исходники в SCM (git, неважно). Потом (этот разраб, или другой, или куэй, или релиз-иженер) эпплаит изменения в продакшн. Не всегда, естесственно изменения просто так, но всё же.
В моём случае, у нас стек разработки на JetBrains, но вот для такого сценария, бд-разработку ведём в dbForge.
Из-за опасений подобного подобного я перешёл на концепцию «написать на нормальном языке вместо шелла». Надо по расписанию скопировать чего из фтп, положить в локальную папку и послать письмо — проще наваять на (в зависимости от окружения) чём-то легкопишущемся (сишарп, ява, неважно). Отлаживаемость, поддерживаемость, прдсказуемость, логирование — you name it, намного лучше
Дело не в том, что «привыкли», а в том, что жизнь вокруг построена на этом. Если на пенсию в 95, то, грубо говоря, при текущей производительности труда, прочая, 20% «до 40 лет» не имеют работы. Это тоже надо решать в рамках повышения работоспособного возраста.
Вопрос в том, готов ли социум ко всему этому. Скажем, человек сейчас
— рождается
— заканчивает институт в +- 22г (T)
— вероятно, второе образование, т.п. ещё пару-тройку лет
— получает первые промышленные навыки и выходит «на прямую» в 25 (T+3 +, вероятно, +)
— выходит на пенсию в 65
— живёт до 80
Если просто сделать так, что человек будет жить, скажем, до 110. Это ещё 30 лет из пенсионного фонда.
Ок, пусть работает до 95. Тогда что делать молодёжи, если старшее поколение не будет выходить в 65 с рынка рабочей силы. Учиться до 45?
К этим поворотам точно все готовы?
Много ещё, как просто финансовых, так и социальных вопросов. Жить подольше — кто ж против, но последующим поколениям тоже надо давать место и время пожить.
Если погуглить по словам Security Evaluation of GOST 28147-89, появляются интересные данны от 2010-2012 годов:
Unhappily, it was recently discovered that GOST can be broken and is a deeply flawed cipher. There is a very considerable amount of recent not yet published work on cryptanalysis of GOST known to us, see [12]. One simple attack was already presented in February at FSE 2011, see [28]. In this short paper we describe another attack, to illustrate the fact that there are now attacks on GOST, which require much less memory, and don’t even require the reflection property [29] to hold, without which the recent attack from [28] wouldn’t work. We are also aware of many substantially faster attacks and of numerous special even weaker cases, see [12]. These will be published in appropriate peer-reviewed cryptography conferences but we must warn the ISO
committees right now.
На моей памяти, мне приходили письма от хедхантеров между 2009-2014годах, и, судя по приватной беседе, в 2019-ом, что-то шевелилось, но человек был из другого проекта; свежее информации нет. Один немаленький банк всё пытался переписать процессинговую софтину с мейнфреймов на что-то современное. Собственно преблемы (было?) две.
— управленческая (смена проджект менеджеров, смены приоритетов, т.п.)
— сложность проекта: как это переписать так, чтобы и старое жило, и на новое переключить, и перформанс старого вцелом ок;
Я, когда собеседовался туда в эээ… 2013 (или '14), и разговаривал с одним из ПМов, было грустно — проект переписывания сложный, система живёт и работает, писать много.
(Могу поинтересоваться, как там сейчас, если интересует).
Пжалста:
https://www.youtube.com/watch?v=ML4tw_UzqZE&list=PLZioPDnFPNsHnyxfygxA0to4RXv4_jDU2
https://www.youtube.com/watch?v=Jk_rCm1rAeg&list=PLZioPDnFPNsGnUXuZScwn6Ackf6LGILCa
Сравнение схемы -- очень интересно!
Мы сейчас пользуемся "всем" от JetBrains, кроме как раз разработки в базе, и именно из-за удобства сравнения схемы (сейчас -- дифорж https://www.youtube.com/watch?v=Wb5Pab2DkWc )
Луп -- это такой гугль-вейв от Майкрософт?
Ессно. UEM Client -- это всё.
Спасибо за уточнение.
Открываю BlackBerry почту, не получиается копи-пейст в оба направления. Select/copy появляются, но вставить в другом приложении -- ни-ни.
Тут небольшая каша.
Во-первых, надо как минимум сводить к общей валюте. 10% годовых в рублях -- это не 2.5% в евро.
Во-вторых, дивидендов в 10% я не вижу: https://investmint.ru/mtss/ (кроме как в 2009) году.
(Деталь на полях: выплада дивидендов уменьшает капитализацию)
Если имеется ввиду market-to-market pnl, а не дивиденды, то надо указывать где, какие именно акции, и в какой валюте.
Несколько более полная статья, со ссылками, и более детально про линух на десктопе):
https://itvision.altervista.org/why.linux.is.not.ready.for.the.desktop.current.html
И да, у меня на одном из нерабочих лептопов (который для интернет-офис-музыка-приватная разработка) вполне себе линух на дескопе, но я разраб, и могу себе позволить потинкерить.
Отлично, спасибо. Бум ждать.
Schema comparison изменилась? Можно ли сравнить исходники с базой?
Use-case:
Разраб пишет код, меняет базу (локальную, выделенную под разработку -- неважно). Потом коммитит исходники в SCM (git, неважно). Потом (этот разраб, или другой, или куэй, или релиз-иженер) эпплаит изменения в продакшн. Не всегда, естесственно изменения просто так, но всё же.
В моём случае, у нас стек разработки на JetBrains, но вот для такого сценария, бд-разработку ведём в dbForge.
Send My: Arbitrary data transmission via Apple's Find My network
— рождается
— заканчивает институт в +- 22г (T)
— вероятно, второе образование, т.п. ещё пару-тройку лет
— получает первые промышленные навыки и выходит «на прямую» в 25 (T+3 +, вероятно, +)
— выходит на пенсию в 65
— живёт до 80
Если просто сделать так, что человек будет жить, скажем, до 110. Это ещё 30 лет из пенсионного фонда.
Ок, пусть работает до 95. Тогда что делать молодёжи, если старшее поколение не будет выходить в 65 с рынка рабочей силы. Учиться до 45?
К этим поворотам точно все готовы?
Много ещё, как просто финансовых, так и социальных вопросов. Жить подольше — кто ж против, но последующим поколениям тоже надо давать место и время пожить.
www.sav.sk/journals/uploads/0114113604CuGaSo.pdf, link.springer.com/chapter/10.1007%2F978-3-642-34047-5_2
Источник цитаты: eprint.iacr.org/2011/211.pdf
— управленческая (смена проджект менеджеров, смены приоритетов, т.п.)
— сложность проекта: как это переписать так, чтобы и старое жило, и на новое переключить, и перформанс старого вцелом ок;
Я, когда собеседовался туда в эээ… 2013 (или '14), и разговаривал с одним из ПМов, было грустно — проект переписывания сложный, система живёт и работает, писать много.
(Могу поинтересоваться, как там сейчас, если интересует).
www.blick.ch/wirtschaft/gruender-vitaly-ponomarev-32-hat-die-zukunft-im-blick-wie-ein-schweizer-start-up-die-autowelt-erobert-id15995523.html