я ж сюда что зашел-то. Уведомление на рабочем столе это окно?

Так у них рынка не осталось. Вот палм и помер. Не было бы андроида был бы рынок

они его бросили в 2009

тогда еще были сомнения, что андроид выстрелит. У samsung была, win mobile не захерел, и как же забыть про meego от nokia?

какой-то palm

разработчики которого придумали web os)

не видел сам palm, но творение web os заставляет задавать вопросы

А я видел. На картинках

но в осях которые я перечислил тоже не было ничего особенного

кроме meego

И даже в чернобелый экоан стилусом тыкал)

до сих пор не вижу некоторых фичей оттуда(

Боже! https://m.habr.com/post/427001/

я ж сюда что зашел-то. Уведомление на рабочем столе это окно?

просто хочу сделать кастомизированное уведомление как в телеграм, а приходится окно создавать

Боже! https://m.habr.com/post/427001/

Не, ну, знакомый одного из топ-менеджеров и друг федерального чиновника врать не будут)

Боже! https://m.habr.com/post/427001/

я не поверил и зашёл проверить https://news.yandex.ru/quotes/42.html

Действительно обвалились

Щас менеджеров из Роскосмоса поставят и через пару лет будет убыточным как все остальные гос компании

Т.е инвесторы пасценивают как недпужественное поглащение

есть подозрение, что просто кто-то решил снять сливки)

Хотя РБК прогнозирует +36%, т.е отскок https://quote.rbc.ru/ticker/69684

Не, ну, знакомый одного из топ-менеджеров и друг федерального чиновника врать не будут)

как сказано это не ложь, а коммерческая недосказанность ;)

есть подозрение, что просто кто-то решил снять сливки)

Да вот РБК так же считает

ну а чо, перенимаем лучшие практики запада, Трамп и Маск давно таким балуются

Рано нам перенимать их практики

Рано нам перенимать их практики

ну прокатывает же: друг федерального чиновника сказал, что хочет купить, акции пошли вниз

А помнити как с Юкосом нагрели инвесторов?

Сначала уронили в днище, потом подняли на обещаниях х-ла, потом опять уронили

Тогда инвесторы ещё верили (хотя... может и щас верят)

Уууу

Если купят - убъют

в очередной раз ненавижу vibe

вот неужели кроме меня генерацию rest из него никто не пользовал?)

и, видимо, Людвиг тоже...

А что там случилось?

Может нафиг этот рест и пора grpc юзать?

Ну или свой RPC

Но и gRPC крутая штука

Но свой, все же, лучше. Его можно сделать под больше платформ.

Под какие платформы? Вроде grpc есть почти везде. Если нет портировать можно

Браузер

+ если не хочется использовать protobuf, то все...

Тут сама технология важна, а не сам проиокол

Мы rpc уже используем 7 (8й пошел) лет на одном продукте. И не пожалели, что выбрали именно его. Хотя там и гоняется протобаф, мы не используем gRPC. Да и поддержки тогда небыло на всех языках...

А что там случилось?

очередная мелкая недоделка, как ложка дёгтя

Это да. vibed уже стал анти-паттерном

Я тоже думаю с него уходить

так я каждый раз думаю на него переходить, думая что что-то поменялось

тут остается смириться и принять тот факт, что в D фактически альтернатив нет)

и если уж решил использовать D, то придется страдать до конца

и если уж решил использовать D, то придется страдать до конца

я не страдаю, у меня всё ок)

только я и веб не делаю

а тут понадобилось

кстати у меня одного везде шрифты слетели?

или это с хромом что-то?

или кто-то js библиотеку какую-то сломал?

кстати у меня одного везде шрифты слетели?

Везде это где?

на разных сайтах с разных устройств

на github тоже какая-то лажа в некоторых текстах issues'ов

хотя нет, только в chrome

он и на телефоне и на компе

на разных сайтах с разных устройств

Синхронизация полетела?

никаких кастомных настроек внешнего вида у меня не было

что с чем должно было синхронизироваться не понял

ERROR: S client not available

Походу у тебя одного

похожу синхрогщина не так уж и плохо, лишь бы не текла

Это да. vibed уже стал анти-паттерном

Он и был антипаттерном, если сравнить его с другими нормальными фреймверками. В нем нет DI а это уже о многом говорит в плохую сторону.

По поводу DI. Нужны примеры. Я msdn читал и так и не понял как надо код писать

Ну если был бы DI то можно было бы почти любую проблему решить заменой не понравившегося компонента на свою реализацию.

Не нравится REST генератор - выкидываешь его, вставляешь свой.

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

А можно сферический пример DI на D в вакууме?

+1 мне тоже дико интересно. Все мне говорят что это круто, но никто не испльщует. Послежний паттерн кончился тем, что его автор признал, что написал лажу

Как по мне, так линейный код рулит

А можно сферический пример DI на D в вакууме?

Я хочу чтобы подключится к серверу по HTTP можно было не методом connectHTTP https://github.com/vibe-d/vibe.d/blob/master/http/vibe/http/client.d#L217 а был класс HttpConnector implements IHttpConnector. Этот класс должен использовать внедренную зависимость SocketConnector implements ISocketConnector. Тогда я запросто могу организовать подключение к http через свой прокси.

А сейчас там все намертво прибито гвоздями и под себя ничего переделать невозможно.

И вообще функции сосут. Они не обладают полиморфизмом, их никак нельзя переопределить.

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

class HttpConnector : IHttpConnector { protected ISocketConnector sockConnector; public this(ISocketConnector sockConnector) { this.sockConnector = sockConnector; } }

Чтобы внедрять это дело, можно как вариант использовать контейнер. Где-то в конфиге описываешь, что у тебя интерфейс IHttpConnector привязан к классу HttpConnector, а интерфейс ISocketConnector привязан к SocketConnector. И тогда когда ты просишь контейнер дать тебе сервис httpConnector, он по конфигу сам определяет что надо еще создать зависимость, передать ее в конструктор HttpConnector и вернуть тебе получившийся собранный сервис.

https://github.com/mbierlee/poodinis вот тут в quickstart годный пример

Говоришь что у тебя за базу данных отвечает класс RelationalDatabase. И когда создаешь свой DataWriter, туда автоматически этот класс работы с БД инжектится

Если что-то не понравилось - вместо RelationalDatabase делаешь свой MyCoolDatabase и говоришь что за базу данных отвечает он. И по всему приложению все компоненты начинают использовать твою реализацию БД, даже ничего не зная об этом.

как DI расшифровается?

Dependency Injection

звучит как название паттерна, но по сути это правильное использование полиморфизма, не?

Вообще да, ты очень прав :)

единственная проблема, это то что всё завязывается на классы

Это штука которая развивает концепцию ООП и делает ее очень мощной

единственная проблема, это то что всё завязывается на классы

На интерфейсы больше чем на классы

я имею ввиду что классы а не структуры

А, да верно, поэтому мне структуры одновременно очень нравятся и не нравятся

Они не имеют ссылочной семантики, простые, быстрые. Но они опять же намертво прибиты гвоздями и ничего в них поменять нельзя

DI классный шаблон

Классный но походу дико сложный т.к. я сколько на читал -- слошные противоречия

Рассказывай про противоречия