@rubylang

Страница 488 из 1684
Смерть
13.10.2016
14:58:35
https://chrome.google.com/webstore/detail/plus-for-trello-time-trac/gjjpophepkbhejnglcmkdnncmaanojkf?hl=ru

Mikhail
13.10.2016
14:59:15
На самом деле могут
плагины в хроме или это платный трелло?

Смерть
13.10.2016
14:59:24
Я ж говорю, на этом всем можно вполне комфортно вести проект

Google
Смерть
13.10.2016
15:01:54
https://balsamiq.com/index.html

а вот для мокапов тулза

Mikhail
13.10.2016
15:02:12
это да

тулза классная

Смерть
13.10.2016
15:02:18
короче если у вас есть стартап, но совсем нет денег, то вот это вот все

Mikhail
13.10.2016
15:02:56
да, удобно, надо конечно разбираться с ПЛАС

как он там работает, кучу мелочей добавилось.

Смерть
13.10.2016
15:09:40
О, задам вопрос.

А зачем вы отказыватесь от IDE?

I
13.10.2016
15:10:52
я вот не отказываюсь полностью, крупные проекты, где надо по сорсам гемов бегать - открываю в IDEA, мелкие в sublime.

atom и его недоклон не люблю

Сергей
13.10.2016
15:17:43
недоклон?

Mikhail
13.10.2016
15:17:57
недоклон атома?

Google
I
13.10.2016
15:18:23
vs_code ?

или он просто с нуля написан на электроне и никого не копирует?

Денис
13.10.2016
15:21:48
атом ресурсы и батарейку жрёт, как не в себя, потому что по сути - браузер

subl так не делает, так что кто кому ещё клон

да и subl раньше вышел

I
13.10.2016
15:22:39
я о Visual Code

а не о Subl

Igor
13.10.2016
15:37:49
зачем вообще люди пользуются IDE для программирования?

только на жаве более менее это оправдано :)

Igor
13.10.2016
15:38:16
я бы не против был бы

если бы у большинства IDE не были бы такие уебищные текстовые редакторы

Artur
13.10.2016
15:39:07
ну рабишахта вполне хороша

мне нравится

брат жив

Tony
13.10.2016
15:39:30
Раби?

Igor
13.10.2016
15:39:33
ну на вкус и цвет все фломастеры разные

но мне после рабишахты плохо становится

Artur
13.10.2016
15:39:47
Раби?
сложный йумор, не смогу объяснить

Но всегда проигрываю, когда у кого-то печет от "раби"

Google
Tony
13.10.2016
15:40:14
Я просто не понимаю

Mikhail
13.10.2016
15:40:17
РАБИнович

Смерть
13.10.2016
15:40:18
А можно так как-нибудь сделать? .map(&:[0])

Tony
13.10.2016
15:40:21
У меня не печёт

Алиф
13.10.2016
15:40:32
GraphQL in rails or ruby ? VS Rails REST APIs ? which is best

Tony
13.10.2016
15:40:49
РАБИнович
Ааа. Понял

Смерть
13.10.2016
15:40:51
array[0]
не понял

Mikhail
13.10.2016
15:40:57
Я тоже)

Ааа. Понял
антисемитизм же)

Смерть
13.10.2016
15:41:25
ну мне надо вытащить у элементов массива (тоже массивов), нулевой элемент

Igor
13.10.2016
15:41:32
у меня не с этим ассоциируется

Igor
13.10.2016
15:41:38
а с хлопьями раби :)

Mikhail
13.10.2016
15:41:39
map { |x| x[0] }

Смерть
13.10.2016
15:41:53
а короче?

Mikhail
13.10.2016
15:41:53
Мне вообще пофиг. Руби, Раби, Рубин

Igor
13.10.2016
15:41:54
но вообще корень этого "феномена" лежит в рунглише

Sergey
13.10.2016
15:41:58
.map(&:first)

Mikhail
13.10.2016
15:42:01
а короче?
так выполнится быстрее

Igor
13.10.2016
15:42:09
лет ми спик фром май харт эбаут раби

Google
Смерть
13.10.2016
15:42:10
.map(&:first)
спасибо!

Mikhail
13.10.2016
15:42:13
чем через сахарный блок (&)

Смерть
13.10.2016
15:42:13
оно

Igor
13.10.2016
15:42:37
Mikhail
13.10.2016
15:43:06
пруф?
блин долго искать. Я уже спорил об этом а пруф нашел в ссылках через неделю

Встречу выкину сразу

Igor
13.10.2016
15:43:22
у меня нет бенчмарков

Mikhail
13.10.2016
15:43:24
Пруф был и я сюда кидал его

Igor
13.10.2016
15:43:35
но что-то мне подсказывает что вариант с & должен быть быстрее

Admin
ERROR: S client not available

Mikhail
13.10.2016
15:43:35
На гитхабе в гисте лежал

нет

или я слепой

Igor
13.10.2016
15:43:49
потому-что используется уже существующий метод

в роли блока

другими словами

abc.map(&abc.method(:first))

Mikhail
13.10.2016
15:44:25
Причем он процентов на 30 вроде дольше выполнялся чем классическая схема { |x| x }

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

Igor
13.10.2016
15:45:02
единственный момент это может быть разыменование по названию :)

Google
Igor
13.10.2016
15:45:10
не уверен что верный термин

dereference

ojab
13.10.2016
15:47:14
https://gist.github.com/ojab/716af3f24d5eb6469e0843dde880cba6

чо там искать, если написать одна минута

Igor
13.10.2016
15:47:55
странно

Mikhail
13.10.2016
15:48:09
ну чтото типа

Igor
13.10.2016
15:48:17
хотя разница там минимальная

"в пределах погрешности измерения" :)

Mikhail
13.10.2016
15:48:39
ну бенч другой был, с ростом нагрузки разрыв будет рости

Igor
13.10.2016
15:48:54
ну так по твоему тесту map(&:) быстрее

Mikhail
13.10.2016
15:48:55
но вообще да, по этому погрешность

ojab
13.10.2016
15:48:58
wtf нагрузка в этом случае?

Mikhail
13.10.2016
15:49:20
я говорю пруф найду покажу, не помню что они гоняли

Mikhail
13.10.2016
15:53:08
Warming up -------------------------------------- .map {} 633.000 i/100ms .map(&:) 683.000 i/100ms Calculating ------------------------------------- .map {} 6.487k (± 3.1%) i/s - 32.916k in 5.079135s .map(&:) 7.055k (± 4.2%) i/s - 35.516k in 5.043539s Comparison: .map(&:): 7055.0 i/s .map {}: 6487.0 i/s - 1.09x slower

ну у меня тоже показал что map(&:) быстрее

хотя странно

меня в статье именно это больше всего и удивило

Warming up -------------------------------------- .map {} 1.233k i/100ms .map(&:) 1.585k i/100ms Calculating ------------------------------------- .map {} 12.742k (± 5.4%) i/s - 64.116k in 5.048486s .map(&:) 16.500k (± 4.7%) i/s - 82.420k in 5.007526s Comparison: .map(&:): 16499.6 i/s .map {}: 12742.0 i/s - 1.29x slower

мож погрешность была в другу сторону

Вообщем на 10 процентов где то получается быстрее (&:)

Vitaliy
13.10.2016
16:03:42
горит от раби

Страница 488 из 1684