ВК в Украине не доступен, а впном туда лезть лень, можете продубливароть подробности еще где-то(если нет, то все ок, придется перебороть лень)? Я думаю не я один такой. :)
Xamarin от Native отличается только языком. Скорость работы приложений такая же, в некоторых местах может быть выше из-за того, что objective-c динамический язык, а C# — статический.
Я как раз про то и пишу, что лучше с линкером. Спасибо за статью, всем обязательно советую ознакомиться.
С линкером еще бывают баги на Android, когда он выкусывает ресурсы связанные со стилями и темами. Так что если у вас бывают странные баги, пробуйте включать выключать линкер и смотреть на реакцию. :) Помогает.
Вот так делать нельзя, если вы хотите, что бы ваше приложение много места не занимало — придется включить Linker и он отсечет все что рефлексией регестрируется. Сервисы лучше создавать и инжектить ручками.
Да можно настраивать Linker, но по опыту скажу, лучше очевидно описывать.
Делал когда-то для похожих целей класс для поочередного или одновременного запуска с возможной задержкой helper класс, возможно вам чем-то поможет. В GUI не писал, но интерфейс(класса) довольно простой.
https://gist.github.com/olegtyshcneko/d78cd59d32ecdc4c1adf
https://gist.github.com/olegtyshcneko/b65aeec2587cbb9cbe8f
То, что это можно было делать за царя гороха в Smalltalk(ООП язык типа да) — не значит, что это не функциональные фишки. Одно другое не исключает. И идеи довольно просты, полезны и очевидны, тут согласен, что многие из них делают слишком много шума(мода, что тут сказать)
Функциональное программирование вообще то самая древняя парадигма, появилась раньше ООП, так что тут кто у кого заимствовал еще(если речь об этом конечно). В целом есть такая тенденция, что его хотят запихнуть везде, где нужно и не нужно, но от этого оно хуже не становиться, главное рационально понимать его применение и проблемы, которое оно может решить эффективней того же ООП.
Ну по вашей логике, тогда и математика отчасти императивная. Ведь a / b != b / a. И порядок действий в просчетах тоже важен. Так что я пожалуй с этим аргументом не согласен. Избегать зависимости от очередности выполнения нужно только в тех случаях, где это необходимо.
Так же тут не fluent interface, а pipeline, по очередное выполнение операций на новых данных, каждый метод возвращает новый instance данных. Fluent interface работает с одним объектом.
У Haskell похожее можно достичь с помощью functional composition (filter length. concat list2. concat list1. take index). Что по вашему здесь тоже императивное программирование?
Не важно как записано, по сути это и есть описанный вами вывод на основе математических функций.
Тут был спор про Dart, пришлось за год попробовать этот язык в разработке и честно признаться он мне весьма понравился. Есть сомнения, что он станет популярным, но обратить внимание на него все же стоит. Не буду тут расписывать интересные плюсы здесь, пост все же про js, но так вспомнился прошлогодний спор на тему. :)
Архитектура постмодернизма, на самом деле так называется только потому что она идет после модернизма(логично да). Но не сильно тесно связана с тем постмодернизмом, что есть в кино, музыке, литературе и т.п. Правда нового особо ничего не принесла, разве что кроме эклектики, собирая в себе образы прошлого и пытаясь сочетать их.
Я работал раньше с mac Mini слабого, было похожее на то, что вы пишите. Сейчас работаю с Mac Book Pro Retina и вообще багов, вылетов нету. Возможно собака просто прожорливая. Но я сейчас перешел на Parallels + Visual Studio и через билд хост все ок, данный проект на Xamarin Forms, потому xib файлы не редактирую. Но отдельно скажу, что Xamarin Forms полное уг, в нем есть только примитивные контролы и сделать вменяемый кросс платформ дизайн геморрой полнейший, все приходиться делать все равно через platform specific вьюхи(renderers в терминах Xamarin Forms).
Unity3d тоже глючный кстати и использует Monodevelop(та же Xamarin Studio) и я так же с ним работаю через Visual Studio + Unity VS Tools.
Пробовал сочитать Sublime + Xamarin для Debug. В Sublime работать приятней стало, чем в Xamarin Studio. Если поднастроить плагин даже и рефакторинг вменяемый присутствует.
Честно говоря, наш иммунитет тоже не стоит на месте. Например даже у вируса эболы не 100 процентное поражение, даже при условии, если ничего не делать. Какая-то часть популяции выживет. Это правда вирусы. Их механизмы отличаются от бактериальных. Но и бактерии не поражают 100 процентов популяции, да и у них в мыслях нету убивать организмы в которых они живут.
Замечал, а еще замечал, что изменение подхода к изучению чего-либо может поменять ситуации с «тяжело» дается в «легко» дается. Были разные темы в программировании которые мне сначала не давались, но я искал разные источники, что бы их понять и в итоге находил статьи/книги/лекции посмотрев, которые я сразу понимал темы, которые раньше не мог понять.
Я кстати всегда думал, что мне рисовать не дано и не мог ничего рисовать, пока просто не попробовал найти вменяемые уроки, уже за неделю мой скилл и мой почерк улучшился в разы. Я не стал художником в итоге, но я понял, что и это я могу освоить при желании и правильном подходе.
Не надо сравнивать физические ограничения с условно говоря «духовными». Просто ответьте, что такое «талант» и сразу станет все ясно. Вы никогда не докажете, что ученый, который например получил Нобеля за выдающиеся исследования изначально был талантлив или нет, а то, что достигают успеха обычно люди, которые прикладывали усилия — это неоспоримый факт.
Дар — это очень просто. Типа, та я плохой художник, у меня нету дара и даже не буду заниматься. Да и «талант» тоже можно объяснить. Есть теория, что мозг ребенка до 3-х лет лучше и быстрее усваивает информацию, чем у старших. Вот может там и закладывается талант?
Hard work and dedication правильней. Вы знаете, Леонардо Да Винчи в свое время тоже никто не считал гениальным художником. Так что «посредственность» не определяется тем, как ты рисуешь, а скорее всеобщим признанием.
Мне кажется тут имеет место быть не только желание просто выпустить новый язык, а еще и исследовательская работа. Даже если язык не взлетит — это опыт, который потом будет и дальше транслироваться в продукт.
Даже в посте про JS, кто-то умудрился наехать на PHP. А так комментарий несколько не корректен. Никто не восхваляет JS. Есть ряд вполне объективных причин, почему он популярен.
С линкером еще бывают баги на Android, когда он выкусывает ресурсы связанные со стилями и темами. Так что если у вас бывают странные баги, пробуйте включать выключать линкер и смотреть на реакцию. :) Помогает.
.EndingWith(«Service»)
.AsInterfaces()
.RegisterAsLazySingleton();
Вот так делать нельзя, если вы хотите, что бы ваше приложение много места не занимало — придется включить Linker и он отсечет все что рефлексией регестрируется. Сервисы лучше создавать и инжектить ручками.
Да можно настраивать Linker, но по опыту скажу, лучше очевидно описывать.
https://gist.github.com/olegtyshcneko/d78cd59d32ecdc4c1adf
https://gist.github.com/olegtyshcneko/b65aeec2587cbb9cbe8f
Функциональное программирование вообще то самая древняя парадигма, появилась раньше ООП, так что тут кто у кого заимствовал еще(если речь об этом конечно). В целом есть такая тенденция, что его хотят запихнуть везде, где нужно и не нужно, но от этого оно хуже не становиться, главное рационально понимать его применение и проблемы, которое оно может решить эффективней того же ООП.
Так же тут не fluent interface, а pipeline, по очередное выполнение операций на новых данных, каждый метод возвращает новый instance данных. Fluent interface работает с одним объектом.
У Haskell похожее можно достичь с помощью functional composition (filter length. concat list2. concat list1. take index). Что по вашему здесь тоже императивное программирование?
Не важно как записано, по сути это и есть описанный вами вывод на основе математических функций.
Unity3d тоже глючный кстати и использует Monodevelop(та же Xamarin Studio) и я так же с ним работаю через Visual Studio + Unity VS Tools.
Я кстати всегда думал, что мне рисовать не дано и не мог ничего рисовать, пока просто не попробовал найти вменяемые уроки, уже за неделю мой скилл и мой почерк улучшился в разы. Я не стал художником в итоге, но я понял, что и это я могу освоить при желании и правильном подходе.
Hard work and dedication правильней. Вы знаете, Леонардо Да Винчи в свое время тоже никто не считал гениальным художником. Так что «посредственность» не определяется тем, как ты рисуешь, а скорее всеобщим признанием.