Представьте самый вкусный в мире торт, рецепт которого, лучшие мастера, выводили на протяжении десятков лет. Нет, F# это не торт, F# это всего-лишь ингредиенты-парадигмы, которые приготовлены по рецепту новейшей системы типов. То есть, возможности системы типов и есть торт. Это будущие уже сегодня. Это как c#после assembly. А о остальном и говорить не стоит. Сама фппарадигма присутствует и в ооп, который от части структурная парадигма. Все эти парадигмы в свое время были революционными и каждая новая поглощала лучшее из предыдущих. И о них не стоит говорить. Говорить стоит о мощнейших возможностях конструирования типов. Они изменяют подход к разработке по всем направлениям. Перечислять отличия просто бессмысленно, все не вспомнишь.
Но я бы не рекомендовал учить F# как первый язык до тех пор, пока общество не удалится от обычных языков также далеко, как от assembly.
Представьте что вам один год, ваша бабушка подводит вас к входной двери, открывает её и говорит — иди чувачок, куда глаза глядят и делай что хочешь. Странно и главное дико! Но представьте, что ещё более дико, когда вам за 40, а бабушка вам вытирает носик, и говорит что вы не спешили, а то через порог бубухнетесь и будет бобо.
Вот тоже самое и с F#. Он дает полную свободу, которой не хватает взрослым-сформировавшимся и которая может навредить молодым-неокрепшим разработчикам. Единственное нужно понимать, что синтаксис современных ооп языков в большей степени впитал функциональные возможности. Но их недостаток заключается в слишком слабом определении типов. Объявил класс-интерфейс, вот и тип. В фп языках, существует возможность конструировать типы. Это полностью закрывает все проблемы, которые возникают из-за совместимости типов в других языках. Вы можете строить типы так, что уйдет потребность в приведении вообще, программа сама будет все типы выводить.
А я так и не повелся на opensource, представляете. В opensource участвуют две категории людей — первая заинтересованна финансово, вторая лохи, которые не понимают, что opensource создан для первых.
Кроме того, тот кто просто выдумал, будет там богом и заграбастывать все деньги. Неужели кто-то до сих пор кто-то настолько наивен, что верит в чудо? У меня тоже есть идея, нужно все сообществом написать аналог хабра только без рекламы + крутой интерфейс. За работу друзья! Все вмести мы это сделаем, а я пока пойду репо создам, чтобы все лавры мне. В бой ребята, в бой!
Ну вот вы умничаете и даже кажется, что вы правы, но не до конца. По вашему, когда я выпущу игру, то распущу команду восвояси? Типа — нате деньги и лепим расход? Такое тоже бывает, но ведь чаще команда остается и им чем-то нужно платить. Туда входит обучение команды, аренда офисов, еда, отдых, оборудование. Это по вашему в неба падает? Или зп только индексируют тем, кто машины собирает? Вы о чем?
Я считаю что лучше продать 2 по 1000. А кроме того, я считаю что стим, это платформа распространения игр. И раз это так, то пусть она с пиратством за свой счет борется, а не за мой. Если я сделаю игру и установлю ей цену, то меня не волнует, что у кого-то какие-то проблемы с ценами. Я не буду под них подстраиваться. Это очередной развод. Где я могу купить apple по цене в два раза дешевле? Где я могу купить в два раза дешевле bmw?
Я вот только не понял, почему вы продаете по «средней цене», а не статичной в долларах? Почему мне китай продает все по статичной цене, европа тоже по статичной, а я им должен по средней цене продавать? Как-то очень по правительственному — цены как в европе, зп как в африке.
Спрошу ещё раз — кем работают? И работают ли? Или просто чатятся за обедом? Или возможно час из десяти они делают самую легкую работу лежа на диване? Или они по 12 часов день сидят и ссутулившись пытаются что-то на 12 дюймах рассмотреть?
Это жутко на рекламу маков похоже — нет денег на 15, купите хотя бы 12, а что будет с вами, нам безразлично.
Кем нужно работать, чтобы быть довольным 12 дюймами? Вы меня простите, может я груб и не прав, но с 12 дюймами, через пяток лет, придется 12 дюймовые очки одевать, как в кинокомедиях покупать, а через двадцать лет, заказывать еноту глаза, как у Тора. А если нагибаться к монитору, то будет горб, как у Грю. Грю или очкан, вот в чем вопрос…
Если вы создавали когда-нибудь обработчик события нажатия на кнопку, то вы уже пользовались методиками асинхронного программирования
Лучший пример демонстрации асинхронности на примерах событий, это загрузка данных, при которой загрузка не блокирует выполнение остальной программы. А с кнопкой пример ошибочен.
не знал. а классы он генерирует как? Для каждого компонента свой? Ведь если бы он генерировал общие классы, то это было бы тоже самое css, то есть инкапсуляции бы не было. И отсюда вопрос — стили он генерирует для каждого класса по отдельности или для множество классов один стиль?
Скажите, а styled-components умеет выносить стили в файлы?
Просто я слышал, что процессорное время, которое значительно повышается за счет добавления минимум одной функции на каждый компонент, стоит не так дорого, как трафик, который будет значительно увеличен за счет инлайн-стилей. Такой аргумент приводя в пользу использования graphql, который за счет запросов минимизирует «ну очень дорогой трафик». Выходит что модный styled-components сводит на нет работу модного graphql? Если для facebook так дорого лишняя тысяча слов в json, то представьте сколько будет лишних инлайн-слов в тысячи компонентов состоящих из десятка компонентов? Миллионы? Получается, что если зайти по ссылке на какой-то лист, то за один только раз лишних стилей нагрузится так много, что json столько и за месяц не нагрузишь?
Дизайнер не должен мыслить, дизайнер должен знать. Он должен изучать ту область, для которой создает дизайн. Неужели вы думаете, что человек делающий крутые дизайны авто без образования, дизайнер от бога? Нет, он просто технарь от бога. А другому чтобы добиться тоже самое, нужно учить инженерные тонкости. Дизайнер, который сможет помимо авто рисовать ещё и платья, не будет рисовать платья, он будет рисовать кузова для людей. Так как он технарь от бога, он способен рисовать только кузова. И не факт что кузова, которые смотрятся на людях приемлемо, также будут выглядеть в дизайне ПО.
Я это к чем… К тому, что если кто-то говорит что просто нужно творить, означает, что он от рождения способен учится. А другому, у которого не получается также как у первого не стоит расстраиваться, ему лишь нужно начать учится.
Как же это нет правил? Если далекий от рисования, фотографии, кино, анимации, дизайна человек создаст очень крутую работу, то сам того не ведая, он реализует правила, формировавшиеся и описывающиеся людьми на протяжении тысяч лет. И нельзя сказать, что существуют работы в которых отсутствуют правила. Можно лишь сказать, что ужасные работы нарушают правила.
Прежде всего, если вы реально хотите писать, то первым делом нужно прибегнуть к методологии придуманной теми, кто реально много пишет (писатели, журналисты, сценаристы, поэты и т.д.).
Первый совет будет — пишите. Пишите хоть что-то, как можно больше.
Второй совет будет — носите с собой блокнотик двадцать четыре часа в сутки и пишите в него все пришедшие спонтанно мысли. Если вы не запишите сразу, то 98% забудете об этом.
Выбрав тему, изучите область. Разбейте эту область на логические блоки. Определите последовательность этих блоков. Опишите каждый блок тезисами. Завершите блоки. Перечитывайте, перечитывайте и ещё раз перечитывайте.
Ну а дальше все зависит от ваших способностей, так как в сутках всего двадцать четыре часа, из которых десять уходит на работу, два часа на сон, час на еду, шесть на сон. И того остается всего пять часов в по будням и всего три по выходным. Ведь в выходные нужно хотя бы восемь часов спать, иначе будет срыв. Из пяти часов, два часа уйдут на ерунду и оставшиеся три часа, вы можете потратить на писанину. Этого очень мало. Кроме того, вы могли заметить, что здесь совершенно нет пунктов личная жизнь, прогулки, спорт, без которых вас, опять же, настигнет срыв. Срыв вообще очень актуальная тема, так как если не соблюдать жесткий график, настигнет срыв. Если вы решите от чего-то пару часиков «отломить» на писанину, поверьте, будет срыв. Гармония начинается тогда, когда вы поймете, что если вы хотите быть правильным инструментом, то ваш график должен быть натянут, как струна. Отступление от правил, чуть туда, чуть сюда, судьба сразу выдает фальшивую ноту — срыв.
Ах да, вам ещё необходимо читать, ежедневно читать и много. Это ещё час минимум. То есть совмещать все и сразу, ну посудите сами, себе могут позволить только те, у кого много время. И никакая методология вам не позволит раздвинуть границы определяемые временем. Будите пытаться это сделать — будет срыв.
Также у вас везде должны быть разложены тетрадки с ручками, диктафоны, графические планшеты. Даже в уборной и ванной комнате.
бэм, это просто, быстро, понятно. Реальных альтернатив нет. Если кто-то в голове держит несколько технологий, то представьте статью, которая подобно этой будет перечислять не только минусы, но и реализацию. Мне кажется, что жести будет куда больше. Остается ждать поддержки shadowdom.
Правдивую историю никто не расскажет, а именно в ней и заключены тонкости. А читать клише, которые и так всем, кто хочет делать что-то из перечисленного, известны, бессмысленно. Кроме того, истории крупных компаний, зависят только «от того время и того места». Иначе нефтяные компании, банки, алмазные биржи, amazon, google и прочее, открывались бы также часто, как и пиццерии.
я знаю что нет. и мне безразлично, что запросы к state manager выполняются путем строковых query, что просто распахивает ворота к ним для всех частей программы. главное удобно и быстро. Но не правильно! мне кажется, что эволюцию не должна деградировать. Это я относительно клиентской части говорю.Там так все таким образом эволюционирует, как-будто java и c# их ничему не научили.
Но я бы не рекомендовал учить F# как первый язык до тех пор, пока общество не удалится от обычных языков также далеко, как от assembly.
Вот тоже самое и с F#. Он дает полную свободу, которой не хватает взрослым-сформировавшимся и которая может навредить молодым-неокрепшим разработчикам. Единственное нужно понимать, что синтаксис современных ооп языков в большей степени впитал функциональные возможности. Но их недостаток заключается в слишком слабом определении типов. Объявил класс-интерфейс, вот и тип. В фп языках, существует возможность конструировать типы. Это полностью закрывает все проблемы, которые возникают из-за совместимости типов в других языках. Вы можете строить типы так, что уйдет потребность в приведении вообще, программа сама будет все типы выводить.
Это жутко на рекламу маков похоже — нет денег на 15, купите хотя бы 12, а что будет с вами, нам безразлично.
Лучший пример демонстрации асинхронности на примерах событий, это загрузка данных, при которой загрузка не блокирует выполнение остальной программы. А с кнопкой пример ошибочен.
Просто я слышал, что процессорное время, которое значительно повышается за счет добавления минимум одной функции на каждый компонент, стоит не так дорого, как трафик, который будет значительно увеличен за счет инлайн-стилей. Такой аргумент приводя в пользу использования graphql, который за счет запросов минимизирует «ну очень дорогой трафик». Выходит что модный styled-components сводит на нет работу модного graphql? Если для facebook так дорого лишняя тысяча слов в json, то представьте сколько будет лишних инлайн-слов в тысячи компонентов состоящих из десятка компонентов? Миллионы? Получается, что если зайти по ссылке на какой-то лист, то за один только раз лишних стилей нагрузится так много, что json столько и за месяц не нагрузишь?
Я это к чем… К тому, что если кто-то говорит что просто нужно творить, означает, что он от рождения способен учится. А другому, у которого не получается также как у первого не стоит расстраиваться, ему лишь нужно начать учится.
Первый совет будет — пишите. Пишите хоть что-то, как можно больше.
Второй совет будет — носите с собой блокнотик двадцать четыре часа в сутки и пишите в него все пришедшие спонтанно мысли. Если вы не запишите сразу, то 98% забудете об этом.
Выбрав тему, изучите область. Разбейте эту область на логические блоки. Определите последовательность этих блоков. Опишите каждый блок тезисами. Завершите блоки. Перечитывайте, перечитывайте и ещё раз перечитывайте.
Ну а дальше все зависит от ваших способностей, так как в сутках всего двадцать четыре часа, из которых десять уходит на работу, два часа на сон, час на еду, шесть на сон. И того остается всего пять часов в по будням и всего три по выходным. Ведь в выходные нужно хотя бы восемь часов спать, иначе будет срыв. Из пяти часов, два часа уйдут на ерунду и оставшиеся три часа, вы можете потратить на писанину. Этого очень мало. Кроме того, вы могли заметить, что здесь совершенно нет пунктов личная жизнь, прогулки, спорт, без которых вас, опять же, настигнет срыв. Срыв вообще очень актуальная тема, так как если не соблюдать жесткий график, настигнет срыв. Если вы решите от чего-то пару часиков «отломить» на писанину, поверьте, будет срыв. Гармония начинается тогда, когда вы поймете, что если вы хотите быть правильным инструментом, то ваш график должен быть натянут, как струна. Отступление от правил, чуть туда, чуть сюда, судьба сразу выдает фальшивую ноту — срыв.
Ах да, вам ещё необходимо читать, ежедневно читать и много. Это ещё час минимум. То есть совмещать все и сразу, ну посудите сами, себе могут позволить только те, у кого много время. И никакая методология вам не позволит раздвинуть границы определяемые временем. Будите пытаться это сделать — будет срыв.
Также у вас везде должны быть разложены тетрадки с ручками, диктафоны, графические планшеты. Даже в уборной и ванной комнате.