Pull to refresh
50
0

Разработчик

Send message

Вы не совсем правильно пишете про схемы работы. Их три:

  1. FBS = товар хранится на вашем складе, логистика маркетплейса (везете заказы на склад мп)

  2. DBS = товар хранится на вашем складе, логистика ваша (везете заказы до клиента сами)

  3. FBW/FBO = товар хранится на складе маркетплейса, логистика маркетплейса (просто привозите партии товаров на склад мп)

Можно скопировать по выделению мыши, есть настройка такая в json-конфиге.

Оказывается, можно повесить sad trombone на упавший билд.
Спасибо за развернутый ответ!
Очевивидно, есть проблемы с ответами. Если F# так хорош, как вы его описываете, почему его никто не хочет знать? Почему за время его существования другие языки появились из ниоткуда и стали мейнстримом?
Не очень понимаю, зачем вы меня успокаиваете, будто я что-то стыдное мог сказать. :)
Основная претензия к статье — в ней нет ответов на вопрос «зачем». Похвалить, как и поругать, можно любой язык, но это делает его обязательно желанным для изучения. Приведу к примеру Go. Очень простой синтаксис (люди начинают что-то ковырять после Go Tour), очень быстрая компиляция, статическая типизация, горутины, каналы, пакеты на все случаи жизни на гитхабе, кроссплатформенность.
Что может предложить F#, кроме иммутабельных типов? Ниже уже тоже писали про сравнение Хаскеля и F#.
Это получается, что фшарп все сам генерирует за кулисами? А если мне надо сравнить объекты только по Id?
Я правильно вас понимаю, что конструирование типов — это основной (главный) плюс F# и это то, ради чего его стоит изучать?
Мир не ограничивается шарпом. Если, скажем, я пишу на Go или Rust?
Почему перспективный? Можно подробнее? Вы в статье пытаетесь «продать» F# другим программистам, хотелось бы больше selling point увидеть. Например, на вопрос «тяжело ли изучать язык» только один человек на него ответил. Остальное пишут «спасибо за дженерики», «умеет все что c#».
Простите, а где ответ на вопрос «зачем?» из заголовка статьи? Почему стоит тратить время и силы именно на F#?
Однообразием. И здравомыслием. Экономить пару байт на этой операции нет никакого смысла, рядом тяжелые апи-вызовы бегают туда-сюда. Как раз для вас в начале статьи цитата: «Самое сложное для меня в процессе ревью — пойти на компромисс и пропустить готовую и корректно работающую задачу дальше, даже если я знаю другой способ её решения и даже если мой способ мне нравится больше».
Единственная настоящая сложность это пограничные случаи, когда проверяющие блокируют изменения по незначительным с точки зрения изменяющего поводам

Скажу как человек, у которого есть такой ревьюер. Все время кажется, что для него это своеобразный спорт — найти то, до чего можно докопаться и не аппрувить ревью до тех пор, пока не будет так, как он хочет. Это очень сильно демотивирует. Начиная даже интересную задачу, всегда помню что скоро открывать реквест и он снова будет меня нервировать. Для примера, последний случай: для материализации коллекции из одного элемента (это 99% работы, самый максимум не более 10) он заставил меня поменять .ToList() на .ToArray() (это C#). Причина была: сэкономить память. Фактически экономии там несколько байт и у нас не хай-лоад.
Круто! Теперь понятно, спасибо.
А за счет чего golangci-lint быстрее gometalinter? Не потому, случайно, что megacheck выключен по умолчанию? На gometalinter именно он у меня обычно в таймауты не влезает.
Wunderlist. Еще не закрыт, но доживает своё.
(Не понимаю всей истерики по поводу гитхаба)
Правильно будет getoutline.org
Тыщу раз уже обсуждали, что менять порт SSH бесполезно. Зачем, какой профит?
Тогда лучше cmder, это улучшенный conemu.
Я ожидал в «ненужной сложности» прочитать о лишних слоях, типа менеджеры адаптеров фасадов менеджеров и тому подобное.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity