URL

「依存関係をなくそう : Rubyアプリ・Gemの開発者への提言 | プログラミング | POSTD」のグラフ

依存関係をなくそう : Rubyアプリ・Gemの開発者への提言 | プログラミング | POSTDhttp://postd.cc/kill-your-dependencies/
月のグラフ

コメント

(2018/06/22 00:49:42 更新)
  • “Sidekiqはあれだけの機能を備えながら、たった3つのランタイムの依存関係しかありません。concurrent-ruby、connection_poolとredisです。”:kent-where-the-light-is2017-04-01 00:18:57
  • ふむふむ #sendagayarb で見てる。:iR32017-02-20 21:28:53
  • gemの依存関係見直そうぜという話。nodeの方がひどい気がする。:rochefort2017-02-11 04:20:27
  • Nokogiriはぜひ削除したいです。:tadyjp2016-08-16 01:24:42
  • 「動作を速くしたいなら、バグを減らしたいなら、必要なメモリ容量を減らしたいなら、コードを分かりやすくしたいなら、コードをなくすに越したことはない」:itouhiro2016-03-24 18:45:41
  • CommonJSの機能も足りないことがnpmの小さなライブラリが量産される文化の根底にもありそう。:ymkjp2016-03-24 12:52:10
  • “Railsアプリは全て、faraday、rest-client、httparty、excon、typhoeus、curbなど6種類ものHTTPクライアントに依存しています。その理由は、様々なGemが内部的にこうしたクライアントを利用しているからです。”:karur4n2016-03-16 20:27:24
  • 411:garage-kid2016-03-12 21:41:19
  • Nokogiri が dis られてる ...:mas-higa2016-03-11 17:12:15
  • 依存関係をなくそう : Rubyアプリ・Gemの開発者への提言 | プログラミング | POSTD @POSTDccさんから — 上條 大 (@Dai_Kamijo) March 11, 2016 from Twitter https://twitter.com/Dai_Kamijo March 11, 2016 at 10:21AM via IFTTT:Dai_Kamijo2016-03-11 10:28:58
  • 依存関係つらたん:kamemoge2016-03-10 10:11:21
  • 英語タイトルの方がぐっとくる Kill Your Dependencies:gabuchan2016-03-07 23:29:24
  • これ重要:y-teraoka2016-03-07 19:48:23
  • RubyだけじゃなくてNode.jsも同じような状況になっている。npmはモジュール毎に依存関係を解決するので余計大変なことに。:hylom2016-03-07 19:13:44
  • 安易に gem を増やすのが嫌いなので同意。依存関係は仕方ない部分もあるけど、やっぱり少ないほうが良いに決まってる。:kat212016-03-07 17:13:42
  • できればそうなのだが、自分でわざわざ作りたくないものも一杯あるんで悩ましい所。gem使う時には中身とそいつが依存するgemを大体チェックするぐらいは必須だと思うけど。:joker10072016-03-07 14:01:11
  • そういえばes6で「パッケージが存在すればrequire」って無い気がするな…:vvakame2016-03-07 10:48:54
  • google-api-ruby-client の依存が多くてな…:sonots2016-03-07 09:40:58
  • そのエコシステムがあったからこそ Rails みたいなものが成り立ってる部分もあるので、まあ難しいところというか個々プロジェクトの方針次第だよなぁ。:Jxck2016-03-07 09:35:00
  • みんなが一から全部作れるならこんな問題は起こらないんじゃないのかな。少しでも楽をしようと思うから、それが積み上がった挙句ってことですよね。本当にそれを気にする必要があるアプリってどれだけあるんだろう?:TokyoIncidents2016-03-06 23:06:00
  • 気持ちは分かる:Pasta-K2016-03-06 23:00:44
  • npmだとfsevents/chokidarを安易に入れるな問題:teppeis2016-03-06 22:27:05
  • 依存関係をなくそう : Rubyアプリ・Gemの開発者への提言 | プログラミング | POSTD @POSTDccさんから:two-pack2016-03-06 19:51:22
  • 依存を失くし、コードを減らそう。:yellowho2016-03-06 19:51:02
  • Nokogiri地獄。Javaのjar依存地獄も大概だけど、ネイティブコードに依存してる部分はほぼないからな。(type1, 2 のJDBCドライバぐらいか):ka-ka_xyz2016-03-06 19:49:34
  • なるほど:side_tana2016-03-06 10:07:55
  • nokogiriさん....:kaputte2016-03-05 22:23:59
  • "RubyGemが内部的に使ってもいいのはNet::HTTPだけです!"( ˘ω˘):michiomochi2016-03-05 16:34:16
  • 依存関係をなくそう : Rubyアプリ・Gemの開発者への提言 | プログラミング | POSTD:nilab2016-03-05 16:32:04
  • Gemに限った話じゃないよなー:lotz842016-03-05 16:25:08
  • デフォルト大事:masutaka262016-03-05 16:06:43
  • ほんとこれ:non_1172016-03-05 15:45:19
  • だって車輪の再開発は無駄って言われたもん…:MeaPis2016-03-05 15:33:05
  • いい話だけど万人向けではないよなあ。富豪プログラミングで、gemの依存関係なんて考えずひたすら動くものをつくることだけ考える初級以下と、そういった周辺事情まで考慮できる中級者と。どんどん二極化しそう。:oakbow2016-03-05 15:15:53
  • 富豪プログラマでいいよ。メモリは食っていい。でも、最適なgems探してまわり試す無駄時間、さらにgemsの依存関係とモジュール原因のデバッグやインストールに、、時間を取られるのはダメだ:takuya_1st2016-03-05 13:44:16
  • ライブラリ自作したら Gem のメリットなくなるけどいいのかね?:decoy20042016-03-05 13:42:19
  • まさにKISSというやつ:tomoima5252016-03-05 13:29:45
  • 殆どの開発者にとって,10MB程度のRAMより,独自の開発/検証コストの方が遥かに高い.そういう努力はframeworkやGem作ってる人々がやればいい.Railsが重いというか重すぎるのは同意するので:vanbraam2016-03-05 13:16:57
  • Read: 依存関係をなくそう : Rubyアプリ・Gemの開発者への提言 | プログラミング | POSTD -:shachi_kk2016-03-05 13:08:42
  • ネイティブライブラリのせいでbundle環境が限定される。とはいえmysql2とnokogiri依存なくしにくいし辛い。:restartr2016-03-05 12:32:02
  • メモリの問題はUnicorn使ってるときはクリティカルだったけどPuma3に移行してからはいくらか軽減したな。/ HTTPクライアントのくだりはfaradayが何か知らずに書いてる?車輪の再発明を促すより適切な車輪を探すべきでは。:kwhrtsk2016-03-05 12:03:46
  • 覚醒剤の話じゃなかった。:raic2016-03-05 11:43:04
  • メンヘラさんとかブラック企業の経営者向けの記事かと思ったら違った:htb482016-03-05 11:21:55
  • メモ用ブクマ:ken5300002016-03-05 11:16:09
  • 言われてみれば、npmからライブラリ取ってくる時、なるべくdependenciesの少ないライブラリ選んでるなぁ。それほどバグに遭遇しないけど。:hashrock2016-03-05 11:15:59
  • railsってfaradayに依存してるんやっけ。。:koheisg2016-03-05 10:34:31
  • 思ったより現実的で良い話だった。nokogiriが無ければRailsの環境構築で躓く人がどんだけ減るか…:u1tnk2016-03-05 09:24:19
  • 重さの話は時間が解決してくれるだろうけど,セキュリティのほうは問題だよなあ。:nakex12016-03-05 09:16:38
  • htmlパーサーはogaを使おう:tech-kazuhisa2016-03-05 08:54:32
  • 活発にメンテされてるか以外にも依存関係も気にしていこうかな:proxy07212016-03-05 08:51:33
  • gem作るときはなるべく便利にsimpleには考えて書いてるが:katsyoshi2016-03-05 07:59:37
  • 「バイトコードや処理構造をプログラマが手で最適化するべき」っていう議論と同じで、そのうち富豪的に解決されて、「昔の人はこんなこと言ってたなあ」という扱いになるやつ。:altar2016-03-05 06:56:40
  • 見てるだけで溜息が…w 私も最近はOga使ってるなぁ。:khtokage2016-03-05 05:47:04
  • 悩ましいよね…:retdaisuke2016-03-05 05:43:10
  • 悩ましいよね…:chocoring2016-03-05 05:43:10
  • 「Railsアプリは全て、faraday、rest-client、httparty、excon、typhoeus、curbなど6種類ものHTTPクライアントに依存しています。」/RailsのGemの依存関係は厳しすぎる…:living2016-03-05 02:46:26
  • まあそっちの話もあるけどプロジェクトディレクトリにGemfileとcomposer.jsonとpackage.jsonとbower.jsonがあるのも何とかしたい。:s-tomo2016-03-05 02:20:14
  • RailsでResque有効にすると管理機能のために別のフレームワークであるSinatraが入るとかマトリョーシカ風味あると思う:ebo-c2016-03-05 01:47:08
  • この考え方には反対。シンプル・軽量を意識した新しいGemsの列を作る方向と、新規なものをどんどん荒く試して作る方向は共存していったほうがいいんじゃない?ほとんどのGemsはゴミになる運命なんだから。:shiracha_rikyu2016-03-05 01:42:36
  • 余計なお世話:baronhorse2016-03-05 01:35:01
  • gem何個くらいで多いに入るの…?(震え声):pero_01042016-03-05 00:55:21
  • ミヤマクワガタ マニアの集い(違:toaruR2016-03-05 00:12:02
  • nokogiri、therubyracer、libv8御三家に何度なかされたことか:src2562016-03-04 23:50:11
  • therubyracerも連れ去ってくれ:umai_bow2016-03-04 23:42:04
  • 依存関係の可視化グラフは笑う。:kiichi552016-03-04 23:22:15
  • 正論。頭が下がります……:elim2016-03-04 23:06:51
  • fog gem、おまえ…って思ったことあった。:toshiwo2016-03-04 23:02:34
  • “ ”:paul_oguri2016-03-04 23:01:53
  • nokogiri無くなるだけで幸せになる人増える/nodejsわかる、依存とちょっと違うけどbabelが200M超あること知って変なため息出た:marisatokinoko2016-03-04 22:57:02
  • わかる:sonota882016-03-04 22:47:16
  • node.js お前もだ:nazoking2016-03-04 22:28:12
  • いい話:supermomonga2016-03-04 22:12:22
  • いい話だ:ryonext2016-03-04 21:39:01
  • ついにnokogiriが消える日が来るかも:ledsun2016-03-04 21:32:31
  • 標準ライブラリでやれる事はやろうという提言。:raimon492016-03-04 20:37:10
  • Kill Your Dependencies : Rubyアプリ・Gemの開発者への提言:highfrontier2016-03-04 20:22:57
  • fog はちょっとなー:Cliche2016-03-04 20:16:59
  • 依存関係をなくそう : Rubyアプリ・Gemの開発者への提言:doublehorn932016-03-04 20:09:31

関連エントリ