Обновить
5
Отправить сообщение

Юмани - это бывшие Яндекс-деньги. Сбер и Яндекс разрывали сотрудничество года 3 назад. Что-то выкупил себе Яндекс. А сбер выкупил Яндекс-деньги и переименовал в Юмани. Так что Юмани - это сейчас Сбер.

Вот реальный мой случай. Было лет 5 назад. В один день, на мой счёт в перевелись сотни тысяч, а потом сразу куда то перевелись дальше. Несколько транзакций таких было по истории. Это всё без моего ведома. А потом мой счёт был заблочен самой Qiwi за подозрение в мошенничестве.

То есть их система там бабло гоняла через мой счёт, а виноват я оказался. Там моих что-то рублей 100-200 было, на телефон хотел закинуть. Переписка с поддержкой ничего не дала. И я положил болт на эту контору.

Спустя года 3 аккаунт сам разблочился, куда то через неё денег немного переводил (сервис или фрилансер - не помню).

Я хоть и не проф дизайнер, но вот нарисовал довольно нетривиальное лого в иллюстраторе. Потом через разные нейросетки пытался промтом сделать аналогичное. И что-то нефига не получилось.

К чему это я. Обычно идёт разговор что никаких спецов не нужно, навыков, тыкни на кнопку, скажи что нужно и получешь что хочешь. Однако, в любом случае это труд: получить конкретно что ты хочешь.

И лично моё мнение, специализация в разных сферах никуда не денеться. Трансформируется - да. Также, наверное как рисование на холсте, трансформировалось в рисовании на компе.

Ёще один универсальный момент: иногда быстрее и проще самому что-то сделать руками, чем кому то, или чему то (в случае нейросети) объяснять.

Как то задався аналогичным вопросом: что если вместо моньки использовать шлем vr.

Наткнулся на такой видос

https://m.youtube.com/watch?v=prXTqDV0Q5o

Чел говорит что неудобно в шлеме работать. И он предпочитает с собой возить моноблок (iMac). Ну, и вобщем, vr в массом использовании только для развлечений подходит.

Я как пример сравнения привёл PHP. Там такой боли нет. По моему, у него такая же строгость динамической типизации. Так что использование одного оператора для разного круга задачь это предпосылка для ошибок, в том числе и просто человеческих, когнитивных.

Это как раз о чём я и писал "дополнительные ухищрения, чтобы к нужному типу привести".

По мне, так основная боль и причина большинства ошибок это истользование оператора "+" для конкатинации строк и сложения.

А вот, например в php, отдельный оператор для склеивания строк, а "математические символы" только для математики - это сразу разделяют разные задачи и приведения типов работает интуитивно.

В JS же это пересечение разных задачь, в итоге конфликты и ошибки, и дополнительные ухищрения, чтобы к нужному типу привести.

Все остальное меня не сильно раздражает.

Мечтаю, чтобы вышла бы отдельная версия JS где бы подобные моменты были бы реализованы по другому.

Меня интересует терминалогия.

Если обобщить, то мы говорим о модульность.

Есть старые понятия.

Виджет, то что встраивается в нечто другое и является полноценной штукой. К ним, например, всякие гугл карты, ютуб плеер, чаты поддержки, прогнозы погоды и другие сервисы можно отнести. Здесь больше смысловая часть.

Есть понятие компонента - создание какого то модуля, который будет использоваться системой в целом. В каждом фреймворке оно может быть своё или веб-компоненты. Здесь больше техническая часть.

То что тут описали:

YandexGo приложением пользовались? Там внутри одного приложения можно запустить другое как часть его - например Яндекс.Еда. Так вот это оно.


Смысл микрофронтов в том, чтобы разделить большой монолит на несколько маленьких приложений со своей бизнес-логикой. Микро-приложения могут быть написаны на разных фреймворках, с разными библиотеками.
Другой вариант, это несколько приложений запускаются в рамках одного.

Терминами "виджет" и "компонент" можно описать.

Почему понадобился ещё один термин "микрофронт" и в чём его отличие от двух первых? Может я слишком долго спал и сейчас уже по другому говорят?

В догонку, чем это от микросервисов отличается?

Пробежался по началу статьи и не понял сути. Ок, про фреймы понятно. Далее, непонятно.

Есть виджеты. Есть компоненты. В чём отличие микрофронта от этого?

Не знаю правили ли статью, но тут вот что написано:

Hackaday отмечает, что используемый при печати материал в условиях испытаний показывает прочность на сжатие от 6000 до 8000 фунтов на квадратный дюйм (от 4,1 до 5,5 МПа). Однако на практике напечатанный в Маскатине дом даже не дотянул до установленного законом минимума в 5000 фунтов на квадратный дюйм (3,4 МПа). 

Так что не проводили испытание, а построили готовый. Но он оказался недостаточно прочным.

Ну и как диванный эксперт, занимаюшийся самостроем, скажу, что печатать котросбетоном (типа арболит) это интуитивно плохая идея. При печати стены то тонкие, надо наоборот бетон юзать имеюший максимально несущую способность.

Что эта теория не может объяснить?

Компоненты? Вы предлагаете все сайты на JS верстать? Мне кажеться, это перебор.

У меня сильно потрепался из-за всяких транспортных компаний, включая почту. Благо потом практически все ввели проверку через мобильник. + ещё паспорт таскал по раборе ИПшкой.

Цифровизация меня радует. Куча бумаг и волокиты ушло в прошлое.

Этого не сделали, в итоге r/Pikabu получилась помойкой, в которой вперемешку идут навости науки, ляди с голым задом, котики и аниме. 

Плохо, чтоль? Хорошо! (c)

Спасибо, оч. интересно!

Особенно заинтересовал проект Голубой мозг, что они хотят сделать симуляцию до молекулярного уровня. Ибо там всяких нейромедиаторов целая куча и прочей химии, которая влияет на работу нервов. Более того, знаю, что в биологии до квантового уровня эффекты проявляются (например, насколько помню, вещества с разными спинами для нас по разному пахнут). Так что тут есть ещё куда моделировать. :)

Мне интересно что за модель у комментатора .

Поделитесь, что за плоский сплит.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность