Программирование[8]

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

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

 

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

 

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

че лучше андройд дев или веб ребят? чет посидел пару недель с андройдом, оч скучным показался

че лучше андройд дев или веб ребят? чет посидел пару недель с андройдом, оч скучным показался

на чем остановился 

че лучше андройд дев или веб ребят? чет посидел пару недель с андройдом, оч скучным показался

веб, конечно же

скажите бэкэнд на с++ это норм или так себе?

скажите бэкэнд на с++ это норм или так себе?

Надеюсь, что твой воспалённый мозг так рофлит.

скажите бэкэнд на с++ это норм или так себе?

Бэкэнд лучше на 1с

Фронтеднт на с++

 

скажите бэкэнд на с++ это норм или так себе?

Бэкэнд лучше на 1с

Фронтеднт на с++

 

А Данные в папочке Новая папка (327)

 

 

Надеюсь, что твой воспалённый мозг так рофлит.

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

 

ставим на локальном серваке дотку и делаем веб морду, тогда любой сможет юзать дотку без установки тупо через браузер (картинка быстра передаётся по локалке)

 

дотку можно заменить на вычислительную прогу для которой достаточно 1 фпс:

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

хуйня?

https://webassembly.org/

это конечно круто, но не будет ли это в 10 раз медленнее чем если нативно запускаит?

Изобрел игростриминговые сервисы? Ака гуглстадия но и до неё были аналоги?

Какой тебе канал нужен ты в курсе?

да мне не для игры, это просто пример

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

как и вообще мои рассуждения которые высераю zemlyapuhom

смотрю тесты производительности, а не всё так плохо

обычные пк:

 

 

мобилы :

 

 

хотя это хуйня какая-то а не тест

Изменено 2 ноября 2019 пользователем E1azor

Ну я не уверен относительно десктопа, там вроде реакт нейтив для таких целей есть. Но нахуя писать на десктоп, если все в вебе сейчас. Пишешь простенький сервак на ноде, делаешь спа на реакте/вью и все. Остальное в виде микросервисов

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

Сервак + микросервисы на с++ звучит не плохо, может быть в лучшие времена такое высру.

Ну я не уверен относительно десктопа, там вроде реакт нейтив для таких целей есть. Но нахуя писать на десктоп, если все в вебе сейчас. Пишешь простенький сервак на ноде, делаешь спа на реакте/вью и все. Остальное в виде микросервисов

Здорова либераханец,скока общих человекочасов на обучение компоф потратил перед вкатыванием в саныче.

 

че лучше андройд дев или веб ребят? чет посидел пару недель с андройдом, оч скучным показался

 

на чем остановился

Книжку шилдта и задачки всякие с алгоритмами порешал для закрепа(скипнул только сервлеты и рх)

Потом Котлин в действии книжку, ну и ща просто по документации девелоперс андроид шел, остановился на SaveInstanceState, чет пока очень скучно все выглядит хз

Изменено 2 ноября 2019 пользователем serenitysoul

адаптеры с вью холдерами прошел?

щас просто делаю пиздец все запутанно

the big nerd ranch android programming 3th ed читаю

хз чё скучного

Не, не дошел ещё, спасиб за чтиво, чекну

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

 

Вот у нас есть, допустим 2 версии приложения: одна web, другая - приложение для ведра. Если серверная часть написана на rest-архитектуре и обе версии приложения используют один и тот же сервер, то получается бэк энд для обеих версий может быть написан на java с использованием обычных веб-фреймворков. 

 

Если в случае с FE всё более менее понятно, ибо UI в мобильных приложениях всегда другой. То в случае с BE - нет.

 

Если вкратце, я не понимаю, нахуя вот допустим нужен Котлин именно для мобайл девелопмент, нахуя были нужны специфические фреймворки для андроида на Java? Ну типа моя логика, какая вообще разница, если мы на один и тот же сервер ходим по http

 

Короче каша в голове.