Cline ã使ãå§ãã¦2ã¶æãããçµã£ãã èªåã®ç´æã¨ãã¦ãCline ã¯çã®ã¤ããã¼ã·ã§ã³ã®å ¥å£ã§ãããããã¦éãã¦ã¯ãããªããã³ãã©ã®ç®±ã§ããã£ãã¨æãã ããã§ãã Cline 㯠Clineåã³ã¼ãã£ã³ã°ã¨ã¼ã¸ã§ã³ãã§ãããåºç¾©ã«ã¯ Devin / Cursor ã Copilot Agent çãå«ã話ãã ããå¾è¿°ããããã« Cline ã§ããè¦ããªãä¸çãããã ãã®å ã®æªæ¥ã«ãããã°ã©ãã¨ãã¦ã®èªåã¯ãã«ããããããã¨ãã話ãããã ç§ãã¡ãç¥ã£ã¦ããããã°ã©ãã³ã°ã®çµç 大äºãªãã¨ã¯æ¬¡ã®è¨äºã«å ¨é¨æ¸ãã¦ãããã¾ããããèªãã§ã»ããã (Google翻訳) Steve Yegge æ°ã¯ãç½®ãæããããã®ã¯ã¸ã¥ãã¢ããã³ä¸ç´ã¬ãã«ã®ããã°ã©ãã¼ã§ã¯ãªããæ°ããããã°ã©ãã³ã° ãã¼ã«ããã©ãã¤ã ãåãå ¥ããéå»ã«åºå·ããããã°ã©ãã¼ã§ããã¨ææãã¦ãã¾ãã <ç¥> ããã¯ãã
PayPayã®6å¹´ã®æ´å²ã®ä¸ã§ãç§ãã¡ã¯æ¥éãªæé·ãéãã¦ãã¾ãããç¾å¨ã6700ä¸äººä»¥ä¸ã®ã¦ã¼ã¶ã¼ã«ãµã¼ãã¹ãæä¾ããæ¥ã æ°ç¾ä¸ä»¶ã®æ±ºæ¸ãå¦çãã¦ãã¾ãããããããããæåãããããã«ã¯ããã©ãã£ãã¯ã¨ä¿¡é ¼æ§ã®è¦æ±ãæºããããã®æè¡çãªææ¦ãä¼´ãã¾ãã PayPayã¯è¨ç«å½åããJavaã¨NodeJSãæ¡ç¨ãã¦ããããããã®æè¡ã¯é常ã«ãã¾ãæ©è½ãã¦ãã¾ãããããããæé·ã«ä¼´ããµã¼ãã¹ãã¹ã±ã¼ã«ã¢ããããå¿ è¦ãçããããã«ããKubernetesã¯ã©ã¹ã¿ã¼ã§ã®CPUã¨ã¡ã¢ãªã®ä½¿ç¨éãå¢å ãã¾ãããããã«ã¯ãµã¼ãã¼ã³ã¹ãã®å¢å ãä¼´ãã¾ãã 2023å¹´æ«ãç§ãã¡ã¯ã³ã¢ãµã¼ãã¹ã§ã®ãã©ãã£ãã¯ãããå¹ççã«å¦çããæ¹æ³ã模索ãå§ããGraalVMãGoãRustãªã©ãã¾ãã¾ãªæè¡ã調æ»ãã¾ãããRustã¯ããã®åªããããã©ã¼ãã³ã¹ã¨ã¡ã¢ãªã®å®å ¨æ§ãä¿è¨¼ããã¦ãããã¨ãããPayPayã®å¤ãã®ã¦
noteã®è¨äºãéãã¦ããã ãããããã¨ããããã¾ãï¼ 1æ20æ¥ã«IVRyã«äººäºã¨ãã¦å ¥ç¤¾ããå°ä¹ ä¿ã¨ç³ãã¾ãã社å ã§ã¯ãbonamiã¨å¼ã°ãã¦ãã¾ãã ä»åã¯ã転è·ãå ¨ãèãã¦ãªãã£ãç§ãããªãIVRyã«å ¥ç¤¾ã決ããã®ããå ¥ç¤¾ã¨ã³ããªã¨ãã¦ãä¼ãããã¦ããã ãã¾ãã IVRyã«ã¤ãã¦è©³ããç¥ãããæ¹ã¯ãã¾ãã¯ãã¡ããã覧ãã ããã ç°¡åãªèªå·±ç´¹ä»æç¥çåºèº«ãå®å®¶ã¯ããã農家ã大å¦ãæ©ã«ä¸äº¬ãã大å¦æ代ããã¤ã³ã¿ã¼ã³ããã¦ãã人æç³»ãã³ãã£ã¼ã«æ°åã§å ¥ç¤¾ããã®å¾ãã¯ãã¯ãããã«ã¦äºæ¥ãµã¤ããçµé¨ããã®ã¡ã人äºé¨ã«ç°åãæ¡ç¨ãå´åãã¤ã®ãªã¹æ¯ç¤¾ã§ã®HRæ¥åãªã©äººäºé åãå¹ åºãçµé¨ãããã¼ãã©ã¯ã¼ãã§ãã¨ã³ã¸ãã¢çµç¹ã®HRBPã¨ãã¦åããã®ã¡ãIVRyã¸å ¥ç¤¾ã 温室ã®ä¸ã§è²ã¦ã¦ããããããã¡IVRyã¨ã®æ¥ç¹IVRyãæåã«ç¥ã£ãã®ã¯ãåè·ã®ã¯ãã¯ãããã§ä¸ç·ã ã£ãæç°ããã転è·ããä¼ç¤¾ã¨ãã¦
Developers Summit 2025 ç»å£è³æ
Back in August 2015 we replaced all spinlocks and OS-provided mutexes in WebKit with the new WTF::Lock (WTF stands for Web Template Framework). We also replaced all OS-provided condition variables with WTF::Condition. These new primitives have some cool properties: WTF::Lock and WTF::Condition only require one byte of storage each. WTF::Lock only needs two bits in that byte. The small size encoura
Bram Moolenaar the Creator of Vim 2023å¹´8æ5æ¥ãæ²ããç¥ãããå ¥ã£ã¦ãã¾ãããé·å¹´ãå¤ãã®ã¨ã³ã¸ãã¢ã«æããä»ããªã使ããç¶ãã¦ããããã¹ãã¨ãã£ã¿Vimã®ä½è Bram Moolenaaræ°ãåæ3æ¥ã«äº¡ããªã£ãã¨ããç¥ããã§ããã·ã§ãã¯ã§ãã°ããä¿¡ãããã¨ãã§ãã¾ããã§ããã çè ã¯é·å¹´Vimã使ããVimã«å¤ãã®ã³ã³ããªãã¥ã¼ããè¡ã£ããããã®é½åº¦Bramæ°ã¨å¯¾è©±ãããè°è«ããããã¦ãã¾ããããã®Bramæ°ãçªç¶ããã®ä¸çããããªããªã£ã¦ãã¾ã£ããã¨ããã°ããåãå ¥ããããªãã£ãããã§ãã æ¬è¨äºã§ã¯è¿½æ¼ã®æå³ãè¾¼ããBramæ°ãã©ã®ããã«Vimã®éçºãå§ããVimãã©ã®ããã«åºã¾ã£ã¦ãã£ãã®ããã¾ãé·å¹´Vimã追ãç¶ãã¦ããçè ããè¦ãBramæ°ã®äººç©åãçè ã®æãã交ãã¦è§£èª¬ãã¦ããã¾ãã Vimã®æ´å² Bramæ°ã«ã¤ãã¦ã話ãããåã«ãã¾ã
AWSãããã®ã¨ã³ã¸ãã¢ãªã³ã°ãæ®åãããã¦ãã¾ã£ã¦ããã¿ãããªè©±ã«ã¤ãã¦ãå½ç£ã¯ã©ã¦ãã§ããããããä¸å¿ã«ããããªæ¹é¢ããæè¦ãé£ã³äº¤ã£ã¦ããããã®ä¸ã®1ã¤ã«ãã³ã³ããæè¡ã¯ãã¹ã¦ãç解ãã¦ãã使ããªãããã¿ãããªè©±ããã£ããæããã¦ãããªã®ããèªåãªãã«èããã¾ã¨ãã¦ã¿ããã¨æããæåã®ã»ãã¯ã¯ã©ã¦ãã«ã¤ãã¦èªåãéè¦ã¨æã£ã¦ããã¨ãæ¸ãã®ã§ãçµè«ã ãè¦ãã人ã¯æå¾ã®ã»ããèªãã ããããç¹å®ã¯ã©ã¦ãããããæºããã¦ããã¨ãæºããã¦ãªãã¨ãããããæ¹å¤ãæ¸ãã¤ããã¯ç¹ã«ãªãã®ã§ãããããã®ãæ±ãã¦ãã人ã¯ãã©ã¦ã¶ããã¯æ¨å¥¨ã ãã¯ã©ã¦ãã¤ã³ãã©ãã®å®ç¾©ãã¡ããã¨ããã ã¯ã©ã¦ãåºç¤ã»ãããã¯ã¯ã©ã¦ãæè¡ã¨ããè¨èã«ã¤ãã¦ããããã表ç¾ã®å¹ ã«å人差ã大ããããããªããï¼ã¨æã£ã¦ãã¦ãåãªãï¼ä»®æ³ãããã¯ãã¢ã¡ã¿ã«ã®ï¼è¨ç®è³æºã®èª¿éããããã¯åãªãVPCï¼SDNï¼ã®èª¿éã ãã§ããã®ã§ããã°ã
I want to write a post about Pitchfork, explaining where it comes from, why it is like it is, and how I see its future. But before I can get to that, I think I need to share my mental model on a few things, in this case, Rubyâs GVL. For quite a long time, it has been said that Rails applications are mostly IO-bound, hence Rubyâs GVL isnât that big of a deal and that has influenced the design of so
é¢è¥¿Rubyä¼è°08å®è¡å§å¡é·ã® é«ç° é大 (@ydah) ã§ãã Xï¼æ§Twitterï¼ãWebãµã¤ãã«ã¦åç¥ã®éããé¢è¥¿Rubyä¼è°08ã2025å¹´ã®6æ28æ¥ï¼åï¼ã«éå¬ãããã¨ã¨ãªãã¾ããã ããã«åããã¦ãé¢è¥¿Rubyä¼è°ã®æ å ±çºä¿¡ãè¡ãããã«ãå ¬å¼ã®noteãéè¨ãã¾ããã ä»å¾ã¯ããã¡ãã®noteãæ´»ç¨ãã¤ã¤ãé¢è¥¿Rubyä¼è°ã®æ å ±ããä¼ããã¦ãããã°ã¨æãã¾ãã ååã¯ãé¢è¥¿Rubyä¼è°08ã®ãã¼ãã¨ãã®ã¤ãã³ãã«è¾¼ããæãã«ã¤ãã¦ã話ããã¾ãã ãªãé¢è¥¿Rubyä¼è°ãåéãããã®ãé¢è¥¿Rubyä¼è°ã¯ãããã¾ã§7åéå¬ããã¦ãããé¢è¥¿åã®å°åRubyä¼è°ã¨ãã¦ã2008å¹´ã«ç¬¬1åãéå¬ããã¾ããããã®ãããé常ã«é·ãæ´å²ãæã£ã¦ãã¾ãã 2017å¹´ã«éå¬ãããé¢è¥¿Rubyä¼è°2017ãæå¾ã«ãã大éªRubyä¼è°ãã¨å称ãå¤æ´ãããã®å¾ã¯éå¬ããã¦ãã¾ããã§ããããã®çç±ã¨
2025å¹´1ææ«ã«14å¹´éå¤åãã é¢ç½æ³äººã«ã¤ã㯠ãéè·ãã2025å¹´2æãã ãããã¤ã³ã¿ã¼ããã ã«å ¥ç¤¾ãã¾ããã 転è·ã®çµç·¯ èªåã¯ããæ°å¹´ãã¯ã©ã¦ãã便å©ã«ä½¿ããééå®¶å ·OSSãã¨ãã¦ä¸»ã«CLIãã¼ã«ããã£ã±ãä½ã£ã¦ããããã§ãããå®ã¯ãµã¼ãã¼/ãã¼ã¢ã³ã£ã½ããã®ãä½ãã®ã好ããªãã§ããããã¨ã¯ããæ¨ä»ã®ç¶æ³ã§èªä½ã®ããã«ã¦ã§ã¢ããµã¼ãã¼ãã¯ã©ã¦ãä¸ã«ãããã¤ãã¦ãéç¨ã大å¤ãªã ãã§ãã(èªå以å¤ã«éç¨ãããã®ã¯ãªããã)ããªããªãã§ããªããªã¨ã ãããªãããªã§ææã¡ã®éç¨ãµã¼ãã¹(10å¹´ç¶ããã½ã¼ã·ã£ã«ã²ã¼ã ããããã)ãçµäºãããã¨ã«ãªãããããã¨ãªããªã©ããããããªã¨æã£ã¦ããã¿ã¤ãã³ã°ã§ 2024å¹´å¤ã« kazeburo ããããèªãããtagomoris ãããå ¥ãã¨ãããã¨ã§ããã¯é¢ç½ããã¨ãã§ããããªãã¨ããã®ããã£ããã§ãã ã¨ã³ã¸ãã¢åãã«ãã®ãä½ãã¨ããã®ã
ããã«ã¡ã¯ãæ¬è¨äºã¯ ykpythemindãmameã ko1 ãå ±èãã¦ãã¾ãã ä»åã¯éçºçã®Ruby(Ruby head)ãç¨ãã¦STORESã®Railsã¢ããªã±ã¼ã·ã§ã³ã®CIãå®æå®è¡ãã¦ãããã¨ã¨ãããã«ãã£ã¦Rubyæ¬ä½ã®éçºã«ãã£ã¼ãããã¯ããã¦ãããã¨ã«ã¤ãã¦ã話ãã¾ãã ã¢ããã¼ã·ã§ã³ STORES ã¯Rubyãç¨ãã¦10å¹´é¸æã®Rails製ã¢ããªã±ã¼ã·ã§ã³ãè¤æ°éçºã»éç¨ãã¦ãããäºæ¥ã®æ±ã¨ãªãæè¡ã¨ãã¦å¤§ããæè³ããã¦ãã¾ãã å ·ä½çã«ã¯Rubyã®ãã«ã¿ã¤ã ã³ããã¿ã¼2åãã¸ã§ã¤ã³ãã¦ããããRubyKaigiãå§ãã¨ããåã«ã³ãã¡ã¬ã³ã¹ã¸åè³ããã¦ããã¾ãã product.st.inc product.st.inc product.st.inc Rubyãã¨ãã¾ãç°å¢ã¨ãã¦é常ã«æµã¾ããä¼ç¤¾ã§ãããã¨ã¯ééããªãã§ãããããã®ä¸ã§ãæ®æ®µããã¢ããªã±ã¼ã·ã§ã³ã³ã¼ã
I want to write a post about Pitchfork, explaining where it comes from, why it is like it is, and how I see its future. But before I can get to that, I think I need to explain a few things. When the topic of Rails performance comes up, it is commonplace to hear that the database is the bottleneck, so Rails applications are IO-bound anyway, hence Ruby performance doesnât matter that much, and all y
pixiv(ãã¯ã·ã)ã¯ãã¤ã©ã¹ãã»ãã³ã¬ã»å°èª¬ã®æ稿ãé²è¦§ã楽ãããå½å æ大ç´ã®ä½åã³ãã¥ãã±ã¼ã·ã§ã³ãµã¼ãã¹ã§ãã
SmartHRã¯ã2025å¹´1æ18æ¥ã«æ¨ªæµã»é¶´è¦åºæ°æåã»ã³ã¿ã¼ ãµã«ãã¢ãã¼ã«ã§éå¬ããããæ±äº¬Rubyä¼è°12ãã«ã´ã¼ã«ãã¹ãã³ãµã¼ã¨ãã¦åè³ãã12åãåå ãã2åãåå¤ç¥ã«ç»å£ãã1åãå¯å®è¡å§å¡é·ãåãããã¼ã¹ãåºå±ãã¾ããã ãã®è¨äºã§ã¯ãã®æ¨¡æ§ããã¿ããªã§æåããã¦ãå±ãã¾ãï¼ regional.rubykaigi.org åå¤ç¥ ã¯ãªã¨ã¤ãã£ãã³ã¼ãã£ã³ã°ã¯ã¼ã¯ã·ã§ããã¸ã®åå ãRubyã¨æ®ãããOSSã«è²¢ç®ããç»å£ãã ââ åå¹´éç¶ãããOSSãã£ã¦ããã®éããã®ææã¨å¦ã³ãã®ç»å£ ãè¶ å ¥éWebAssembly ââ å ¥éã§ã¯åã¾ããªãã£ããã¼ã¸ã§ã³ãã®ç»å£ æ¬ç·¨ åå SmartHRãã¼ã¹ éå¶ åå¤ç¥ ã¾ãã¯ãåæ¥ã«æ±äº¬ã»ç§èåã®ã¢ã³ããããããã§è¡ããããæ±äº¬Rubyä¼è°12 åå¤ç¥ãã®ã¯ãªã¨ã¤ãã£ãã³ã¼ãã£ã³ã°ã¯ã¼ã¯ã·ã§ããã¸ã®åå ã¨ãç»å£ã®å ±åã§ãã c
æ¡çãããã§ãã å æ¥ãæ±äº¬Rubyä¼è°12 ã¨ãã Rubyã®å°åã«ã³ãã¡ã¬ã³ã¹ã«åå ãã¦ãã¾ããã regional.rubykaigi.org ã¤ãã³ãã«ã¤ãã¦ã®ææ³ã¯æè¿ãã£ã¦ããããããã£ã¹ãã®æ¹ã§ããã£ã¤ã話ãã¦ããã¾ãããã ãåå ãã¦ããã¾ã ã¾ã ã¤ãã³ãã¸ã®ç±ãé«ã¾ããããã®ã¨ã¿ã¤ãã«ã«ããä¸æµ¦å島.rb ã«ã¤ãã¦èªãããæ°æã¡ãããããã°ãæ¸ããã¨ã«ãã¾ããã ã©ã¸ãªæ稿ãã¾ãã Listen to "æ±äº¬Rubyä¼è°12ã«åå ãã¾ãããããã¦ä¸æµ¦å島.rbã®éæ" by æ¡çãããé»æ³¢å±. #tokyorubykaigi #æ¡çãããé»æ³¢å±https://t.co/MMYeQAWqqVhttps://t.co/mh5vv4LHrDâ æ¡çããã (@anzu_mmm) 2025å¹´1æ20æ¥ æ±äº¬Rubyä¼è°12 ããã£ã ä½ãè¯ãã£ããã«ã¤ãã¦ã¯ããããã£ã¹ãã§ã触ãã¦ã
regional.rubykaigi.org 2025.1.18 (Sat.) ã«è¡ãããæ±äº¬Rubyä¼è°12ã«åå ãã¦ãã¾ããã ãããã¯æ®æ®µPHPãæ¸ãã¦ããçç²ã®PHPerãªã®ã§ããããã¢ã¦ã§ã¤*1ãªã®ã§ãããYAPC::Hakodate ãªã©ã§ãªã¼ã¬ãã¤ã¶ã¼ã®osyoyuããã¨ç¸ãã§ããã®ã§ã¨ã³ã¸ã§ã¤å¢ã¨ãã¦åå ãã¦ãã¾ããï¼ osyoyuããã¨ããã åé ã«ãæ¸ãã¾ããããYAPC::Hakodateã§åMeetãããã§ãPHPã«ã³ãã¡ã¬ã³ã¹å°ç°åãã£ã¡ããããã¨osyoyuããããè¨ã£ã¦ããã£ãããã¾ãããå¬ããããï¼ãã®ä¸ã«ã¯å¤ãã®ãªã¼ã¬ãã¤ã¶ã¼ããã¾ãããæãã¾éãå ±é³´ãããªã¼ã¬ãã¤ã¶ã¼ã«åºä¼ããã¨ããããå¤åosyoyuããã®éãå ±é³´ãã¦ãããã®ã ã¨æãã¾ãããã£ã¡ãã¹ããªãã¥ã¢ã«ã£ã½ãã¦ãã°ããªãã¾ãããããªãã¨ãªã©ããããä¸è¨ã®ã¤ãã³ãã«ãèªããã¦ããã£ãããã¾ããã
An implementation for UUIDv7 was committed to Postgres earlier this month. These have all the benefits of a v4 (random) UUID, but are generated with a more deterministic order using the current time, and perform considerably better on inserts using ordered structures like B-trees. A nice surprise is that the random portion of the UUIDs will be monotonic within each Postgres backend: In our impleme
ãªãªã¼ã¹ãé害æ å ±ãªã©ã®ãµã¼ãã¹ã®ãç¥ãã
ææ°ã®äººæ°ã¨ã³ããªã¼ã®é ä¿¡
å¦çãå®è¡ä¸ã§ã
j次ã®ããã¯ãã¼ã¯
kåã®ããã¯ãã¼ã¯
lãã¨ã§èªã
eã³ã¡ã³ãä¸è¦§ãéã
oãã¼ã¸ãéã
{{#tags}}- {{label}}
{{/tags}}