(Translated by https://www.hiragana.jp/)
gemの人気記事 2686件 - はてなブックマーク

検索けんさく対象たいしょう

並ならび順じゅん

ブックマーク数すう

期間きかん指定してい

  • から
  • まで

1 - 40 件けん / 2686件けん

新着しんちゃく順じゅん 人気にんき順じゅん

gemの検索けんさく結果けっか1 - 40 件けん / 2686件けん

gemに関かんするエントリは2686件けんあります。 開発かいはつ、 プログラミング、 設計せっけい などが関連かんれんタグです。 人気にんきエントリには 『良よいコードとは何なにか - エンジニア新卒しんそつ研修けんしゅう スライド公開こうかい｜CyberZ Developer』などがあります。

gemの関連かんれんエントリー

  • 良よいコードとは何なにか - エンジニア新卒しんそつ研修けんしゅう スライド公開こうかい｜CyberZ Developer

    CyberZ CTO室しつのメンバーの森もり (@at_sushi_at) です。 先日せんじつ、株式会社かぶしきがいしゃサイバーエージェントの2021年度ねんど エンジニア新卒しんそつ研修けんしゅうでコードの品質ひんしつに関かんする講義こうぎを行おこないました。 そこで話はなした内容ないようとスライドを完全かんぜん公開こうかいします。 45分ぶんの内容ないようのため、かなり長ながいですが、個人こじん的てきにぜひ一読いちどくして欲ほしい内容ないようになっています。 はじめに こんにちは、森もり 篤史あつしと言いいます。2019年度ねんど入社にゅうしゃで今年ことしで3年ねん目めになります。株式会社かぶしきがいしゃCyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。 最近さいきんはプログラムを書かく仕事しごと以外いがいに、次世代じせだいマネジメント室しつという全社ぜんしゃ横断おうだん組織そしきでDevelopers Blogの改善かいぜんプロジェクトを実行じっこうしたり、CyberZ CTO室しつで組織そしき活性かっせい化かに取とり組くんでいます。 あと、2019年度ねんどの未踏みとうスーパークリエータにも認定にんていされました。 メインの仕事しごととしては、入社にゅうしゃして

      良いコードとは何か - エンジニア新卒研修 スライド公開｜CyberZ Developer

    • プログラミング初心者しょしんしゃのための JavaScript と Node.js の歴史れきし、それを踏ふまえた勉強べんきょう方法ほうほう

      プログラミング初心者しょしんしゃのための JavaScript と Node.js の歴史れきし、それを踏ふまえた勉強べんきょう方法ほうほう 2020年ねんでJavaScript学まなぶならきっとブラウザ向むけJSガン無視むししていきなり初手しょてnode.js（ただし暫しばらく何なにも足たさない）がいいんじゃないかというメモ - min.t (ミント) Node.js を教おしえることについて、自分じぶんは賛成さんせいなんですが、その学習がくしゅうパスが整理せいりされてないなと思おもっていたのと、学習がくしゅうパスがなぜ整理せいりされていないかについて書かきます。 はじめに 問題もんだい意識いしきとして、今いまのプログラミングスクールや独学どくがく勢ぜいが Ruby on Rails に偏かたよっていて、 Node.js の人間にんげんとしては、歯はがゆく感かんじているんですが、実際じっさい Node.js を教おしえるとしても問題もんだいも多おおいと認識にんしきしています。 歴史れきしの話はなしは、当時とうじの実情じつじょうや政治せいじを省はぶいて結果けっかだけを書かきます。具体ぐたい的てきには第だい一いち次じブラウザ戦争せんそう、第だい二に次じブラウザ戦争せんそうを言及げんきゅうしませ

        プログラミング初心者のための JavaScript と Node.js の歴史、それを踏まえた勉強方法

      • 技術ぎじゅつ選定せんていの失敗しっぱい 2年間ねんかんを振ふり返かえる TypeScript,Hono,Nest.js,React,GraphQL

        技術ぎじゅつ選定せんていの失敗しっぱい 2年間ねんかんを振ふり返かえる TypeScript,Hono,Nest.js,React,GraphQL はじめに 新あらたに書かきました。 MySQLを使つかっても会社かいしゃは潰つぶれない 久々ひさびさに記事きじを書かいたのでどうぞお手て柔やわらかに... 私わたしが過去かこ2年間ねんかんで行おこなった技術ぎじゅつ選定せんていの成功せいこうと失敗しっぱいを振ふり返かえり、その学まなびを共有きょうゆうしたいと思おもいます。 文才ぶんさい無ないので淡々たんたんと箇条書かじょうがきでいきます Twitterエンジニア垢あか作つくりました。エンジニアのお友達ともだちがいません。 @uncode_jp 注意ちゅうい 意見いけんを押おし付つけるものではありません。ただ建設けんせつ的てきな議論ぎろんは大事だいじだと思おもう。 自分じぶんの意見いけんは明確めいかくに、歯切はぎれのよい表現ひょうげんを意識いしきしている。人ひとそれぞれだよねみたいな感かんじに逃にげたくない。技術ぎじゅつ選定せんていに結論けつろんはある（過激かげき）。 ただし技術ぎじゅつ選定せんていにはコンテキストがあり、例たとえばプロダクトのフェーズや組織そしきの事情じじょうによって当然とうぜん結論けつろんは変かわる可能かのう性せいがある。 OSSの開発かいはつ者しゃさん達たちは偉大いだいですごい。あ

          技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL

        • Use HTTPS for local development  |  Articles  |  web.dev

          Use HTTPS for local development Stay organized with collections Save and categorize content based on your preferences. Most of the time, http://localhost behaves like HTTPS for development purposes. However, there are some special cases, such as custom hostnames or using secure cookies across browsers, where you need to explicitly set up your development site to behave like HTTPS to accurately rep

            Use HTTPS for local development  |  Articles  |  web.dev

            • gemの関連かんれんエントリー

          • console.log(); しか使つかえなかった自分じぶんへ。。。 - Qiita

            この記事きじについて Webエンジニアになって早はや１年ねん半はん。railsのデバッグをする時ときにはエディターのデバッガーでスマートにできていたが、javascriptになるといつもconsole.log();ばかりを使つかって原始げんし的てきなデバッグをしていた。。。 そんな脳のう筋すじな過去かこの自分じぶんに教おしえてやるための記事きじです。 console.log({変数へんすう名めい}); 「いきなりconsole.log();の紹介しょうかいかい！！！」って思おもわれるかもしれませんが、この技わざを知しったときは「なんで知しらんかったんや。。。」って思おもうくらい便利べんりだったので最初さいしょに紹介しょうかいします。 以下いかのようなHTMLがある場合ばあい <form> <input type="text" value="名無ななしの権兵衛ごんべえ" id="name"> <input type="text" value="80歳さい" id="age"> <input type="text" value="バスケ"

              console.log(); しか使えなかった自分へ。。。 - Qiita

            • エンジニア向むけチートシート集しゅう - Qiita

              はじめに 今回こんかいはエンジニア向むけのチートシート集しゅうのまとめを紹介しょうかいしていきます。 チートシートを利用りようすることで 作業さぎょう効率こうりつが上あがる 概要がいようが掴つかみやすい 学習がくしゅうにもなる といった恩恵おんけいが得えられます。 ただし前提ぜんていとして毎回まいかいコードを書かくたびに「チートシート集しゅうでカンニングすればええや」と思おもうのではなく「最初さいしょはチートシートでカンニングしつつ徐々じょじょに体からだで覚おぼえていく」ことを意識いしきして使つかうことが大切たいせつです。 最終さいしゅう的てきにはチートシートは見みずに「自分じぶんの使つかえる技術ぎじゅつ」として定着ていちゃくさせるための道具どうぐだと思おもって使つかってください。 この記事きじの対象たいしょう者しゃ エンジニア初心者しょしんしゃ~中級ちゅうきゅう者しゃ 作業さぎょう効率こうりつを上あげたい人ひと コードを書かくテクニックを知しりたい人ひと VsCodeチートシート はじめに紹介しょうかいするのはエンジニアなら必かならず使つかうであろうVsCodeのショートカットチートシートです。 VsCodeのショートカットは大幅おおはばに作業さぎょう効率こうりつを上あげてくれます。そのため早はやい内うちからショートカット

                エンジニア向けチートシート集 - Qiita

              • パーフェクトRails著者ちょしゃが解説かいせつするdeviseの現代げんだい的てきなユーザー認証にんしょうのモデル構成こうせいについて - joker1007’s diary

                最近さいきん、パーフェクトRuby on Railsの増補ぞうほ改訂かいてい版ばんをリリースさせていただいた身みなので、久ひさしぶりにRailsについて書かいてみようと思おもう。 まあ、書籍しょせきの宣伝せんでんみたいなものです。 数日すうじつ前まえに、noteというサービスでWebフロント側がわに投稿とうこう者しゃのIPアドレスが露出ろしゅつするという漏洩ろうえい事故じこが起おきました。これがどれぐらい問題もんだいかは一旦いったん置おいておいて、何故なぜこういうことになるのか、そしてRailsでよく使つかわれるdeviseという認証にんしょう機構きこう作成さくせいライブラリのより良よい使つかい方かたについて話はなしをしていきます。 (noteがRailsを使つかっているか、ここで話はなしをするdeviseを採用さいようしているかは定さだかではないので、ここから先さきの話はなしはその事故じことは直接ちょくせつ関係かんけいありません。Railsだったとしても恐おそらく使つかってないか変へんな使つかい方かたしてると思おもうんですが、理由りゆうは後述こうじゅつ) 何故なぜこんなことが起おきるのか そもそも、フロント側がわに何故なぜIPアドレスを送おくってんだ、という話はなしです

                  パーフェクトRails著者が解説するdeviseの現代的なユーザー認証のモデル構成について - joker1007’s diary

                • JSフレームワーク事情じじょう2020年ねん始はじめ｜erukiti

                  この記事きじでは面倒めんどうなので名前なまえに .js が付ついているものは省はぶきます。例たとえばNext.js は Next と表記ひょうきします。 まず結論けつろんから日本にっぽんではVueはReactと二分にぶんする人気にんきがあるように観測かんそくされますが、世界せかい的てきな数字すうじで人気にんき・シェアを見みるとReactが圧倒的あっとうてきです。 シェアだけで見みるとAngularとAngularJS（Angular系けいの1.x系けい）の合計ごうけい値ちはVueよりも高たかいですが、「今後こんごはもう採用さいようしたくない」と考かんがえる率りつが高たかく、Angular/AngularJSの人気にんきが低下ていかしているということは間違まちがいありません。 ※追記ついき: Angularのシェア、人気にんき度どに関かんしては、Angular及およびAngularJS両方りょうほうを含ふくむ数値すうちであり、AngularJSとAngularは別物べつものであるものが混まざってカウントされているため、Angularのシェア及および人気にんき度どはあやふやかもしれません。他たの数値すうちに関かんして信頼しんらい性せいを疑うたがうべきかどうかは

                    JSフレームワーク事情2020年始め｜erukiti

                  • SPAのログイン認証にんしょうのベストプラクティスがわからなかったのでわりと網羅もうら的てきに研究けんきゅうしてみた〜JWT or Session どっち？〜 - Qiita

                    SPAのログイン認証にんしょうのベストプラクティスがわからなかったのでわりと網羅もうら的てきに研究けんきゅうしてみた〜JWT or Session どっち？〜JavaScriptRailsJWT認証にんしょうReact SPAのログイン周まわりについて、「これがベストプラクティスだ！」という情報じょうほうがあまり見当みあたらないので、様々さまざまな可能かのう性せいを模索もさくしてみました。 いろいろな状況じょうきょうが想定そうていされ、今回こんかい記載きさいする内容ないように考慮こうりょの漏もれや不備ふびなどがありましたら是非ぜひコメントでご指摘してきいただきたいです！特とくに「おすすめ度ど：○」と記載きさいしているものに対たいしての批判ひはんをどしどしお待まちしております！ この記事きじでおすすめしているものであっても、ご自身じしんの責任せきにんで十分じゅうぶんな検討けんとう・検証けんしょうの上うえで選択せんたくされてください。 前提ぜんてい 想定そうていしているAPIは、 ログイン外がいのAPIにはPOST/PUT/DELETEのものがなく、GETのみ GETのAPIにはDBを更新こうしんするなどの操作そうさがない とし、そのためログイン外がいでは

                      SPAのログイン認証のベストプラクティスがわからなかったのでわりと網羅的に研究してみた〜JWT or Session どっち？〜 - Qiita

                    • デプロイを任まかされたので、教おそわった通とおりにデプロイしたら障害しょうがいになった件けん ～俺おれのやらかしを越こえてゆけ～

                      Customer Identity Cloud powered by Auth0 を使つかったマルチプロダクト構築こうちくの実践じっせんと総括そうかつ

                        デプロイを任されたので、教わった通りにデプロイしたら障害になった件 ～俺のやらかしを越えてゆけ～

                      • Google、ORMが生成せいせいするSQLが遅おそいときの調査ちょうさを容易よういにする「sqlcommenter」をオープンソースで公開こうかい。Rails、Spring、Djangoなど主要しゅようなフレームワークに対応たいおう

                        Google、ORMが生成せいせいするSQLが遅おそいときの調査ちょうさを容易よういにする「sqlcommenter」をオープンソースで公開こうかい。Rails、Spring、Djangoなど主要しゅようなフレームワークに対応たいおう SQL文ぶんを直接ちょくせつ書かかなくとも、自動的じどうてきにSQL文ぶんを生成せいせい、実行じっこうしてくれるORM（Object-Relational Mapper）は、プログラミングを容易よういにしてくれる技術ぎじゅつとしてRailsやHibernate、Springなどさまざまなフレームワークなどで活用かつようされています。 一方いっぽうで、ORMが生成せいせいするSQL文ぶんはときに複雑ふくざつに、あるいは非ひ効率こうりつなものとなり、データベース処理しょりの遅おそさにつながることもあります。 このとき、SQL文ぶんの生成せいせいと実行じっこうを明示めいじ的てきにコードとして記述きじゅつする必要ひつようがないというORMの特徴とくちょうが、なぜデータベース処理しょりが遅おそくなったのか、どのようなSQL文ぶんが生成せいせいされ、そのどこに原因げんいんがあるのか、といった調査ちょうさを難むずかしくている面めんがあり

                          Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応

                        • アラフォーからプログラマーに転職てんしょくして１ヶ月かげつ経たったけど、正直しょうじきな感想かんそう書かいてみる。 - Patのブログ

                          前まえ職しょくから転職てんしょくして１ヶ月かげつがすぎたので、現時点げんじてんでの個人こじんの感想かんそうを記しるしておく。 以下いかに該当がいとうするような人ひとにはひょっとしたら役立やくだつかもしれない。 ３０代だいだけどプログラマーに転職てんしょくしたい。 自社じしゃ開発かいはつ企業きぎょうに転職てんしょくしたい。 プログラミングスクールに通かようべきか迷まよっている。 未み経験けいけんから転職てんしょくしてついていけるか不安ふあん。 前まえ職しょくは何なにをしていたか 前提ぜんていとして、前まえ職しょくのことについて簡単かんたんに書かいておく。 前まえ職しょくは中学ちゅうがくの教員きょういんだった。 専任せんにん教員きょういんだったので、担任たんにんも持もっていたし、生徒せいと指導しどうもしていたし、部ぶ活動かつどうも担当たんとうしていた。 そう書かくとブラックなイメージがあるかもしれないが、私立しりつ進学校しんがくこうだったのでそれほどハードでもなかった。 生徒せいとは荒あれているどころかおとなしすぎるくらいだし、部活ぶかつも１８時じまでには終おわっていた。 朝あさは８時じからなので早はやいが、それでも頑張がんばれば９時じ間あいだ労働ろうどうで帰かえることもできた。*1 夏休なつやすみは１ヶ月かげつ以上いじょうあったし（ただし部ぶ活動かつどうや夏季かき講習こうしゅうで３分ぶんの２は

                            アラフォーからプログラマーに転職して１ヶ月経ったけど、正直な感想書いてみる。 - Patのブログ

                          • HTTPを手てで書かいて学まなぶ ファイルアップロードの仕組しくみ

                            Kaigi on Rails 2023の登壇とうだん資料しりょうです！

                              HTTPを手で書いて学ぶ ファイルアップロードの仕組み

                            • 最近さいきんのDHH「サーバーレスをやめろ」 - laiso

                              (インターネットやめろジェネレーターで作成さくせい) Ruby on Rails生うみの親おやであり最強さいきょうの逆ぎゃく張はりおじさんであるところのDHHが昨年さくねんあたりからしきりに脱だつパプリッククラウドの主張しゅちょうをしている。 これは彼かれらの会社かいしゃが運用うんようしているBasecampやHEYのインフラをAWSから自社じしゃ保有ほゆうのベアメタルサーバーへ移行いこうしようとしているからで、実際じっさいに移行いこう作業さぎょうは進すすんでおり、今後こんご5年間ねんかんで700万まんドルのサーバー費用ひようを節約せつやくできるだろうという見込みこみがあるようだ。 world.hey.com world.hey.com あとタイトルに「サーバーレスをやめろ」と書かいたけどDHHのファンボである筆者ひっしゃの誇張こちょう表現ひょうげんであり、サーバーレスというキーワードに関かんしての言及げんきゅうは正確せいかくには以下いかのポストを読よんで欲ほしい。 world.hey.com この文章ぶんしょうにおける「the computing cycles」とは、一いち台だいのコンピュータが持もつ計算けいさん能力のうりょく全体ぜんたいを

                                最近のDHH「サーバーレスをやめろ」 - laiso

                              • 雑ざつに作つくって、それから作つくり込こんで、最後さいごにテストを書かく「テストラスト」開発かいはつ - give IT a try

                                （この話はなしは最初さいしょTwitterに書かこうと思おもったけど、長ながくなるのでブログに書かくことにしました） 僕ぼくはRSpecやMinitestでテストを書かくのは得意とくいですが、常つねにテストファースト（TDD）で開発かいはつするとは限かぎりません。 今こん業務ぎょうむでやってるタスクはこんなふうに進すすめてます。 雑ざつに動うごくものを作つくる ↓ 見みた目めをきれいにする＆機能きのうを作つくり込こむ ↓ テストを書かく ↓ リファクタリングする この順番じゅんばんで開発かいはつする理由りゆうを以下いかに述のべます。 雑ざつに動うごくものを最初さいしょに作つくる理由りゆう 最初さいしょは見みた目めとか、異常いじょう系けいとか、細こまかい仕様しようとかを無視むしして、正常せいじょう系けいが一いち通とおり動うごくものを作つくります。 これはこれから作つくろうとしているものの認識にんしきが合あっているかどうかをPO（プロダクトオーナー）に確認かくにんするためです。 実際じっさいに動うごく画面がめんを見みせると「こんな感かんじでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発かいはつ者しゃとしてもコードを書かきな

                                  雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try

                                • GMOペパボのエンジニア研修けんしゅう2021の資料しりょうを公開こうかいします - Pepabo Tech Portal

                                  はじめに 今年ことしのエンジニア研修けんしゅうの担当たんとうをしたkurotakyとtokkyです。ペパボのエンジニア研修けんしゅう2021がはじまっていますという記事きじを書かいてあっという間あいだに時ときが経たち、先日せんじつ研修けんしゅうが終おわったので研修けんしゅう資料しりょうを公開こうかいします。各かく研修けんしゅうの講師こうしからコメントをもらっているので、ぜひ読よんでいってください！ 研修けんしゅうを実施じっしするにあたって、専門せんもん的てきな内容ないようを学まなんでから現場げんばに入はいる方法ほうほうや、幅広はばひろい技術ぎじゅつ層そうに触ふれてから現場げんばに入はいる方法ほうほうなど、さまざまなスタイルがあります。ペパボでは最新さいしんの技術ぎじゅつの幅広はばひろく触ふれてOJTに入はいっていくやり方かたを選択せんたくしています。それはなぜかというと、GMOペパボのわたしたちが大切たいせつにしている3つのことの中なかで、「みんなと仲良なかよくする」ということ話ばなしがありますが、みんなと仲良なかよくするというのは、エンジニアという職種しょくしゅだけでも100人にん以上いじょうになり、そのみんなと仲良なかよくするのは実際じっさいは結構けっこう難むずかしいと思おもいます。過去かこにCTOのあんちぽさんが2017年ねんの

                                    GMOペパボのエンジニア研修2021の資料を公開します - Pepabo Tech Portal

                                  • リーダブルテストコード / #vstat

                                    「リーダブルなテストコードについて考かんがえよう ～VeriServe Test Automation Talk No.3～」で使用しようしたスライドです。 https://veriserve-event.connpass.com/event/243280/ 登壇とうだん動画どうがはこちらで公開こうかいされています。 http…

                                      リーダブルテストコード / #vstat

                                    • ソフトウェアの複雑ふくざつさに立たち向むかう1つの哲学てつがく :『A Philosophy of Software Design』 を読よんだ - こまぶろ

                                      あけましておめでとうございます、になるはずだったのですが、後ごから読よんだ『Googleのソフトウェアエンジニアリング』の方ほうを先さきに記事きじにしたので新年しんねん2本ほん目めの更新こうしんです。 ky-yk-d.hatenablog.com さて、本題ほんだい。最近さいきんのお気きに入いりポッドキャストであるe34.fmで激賞げきしょうされていた『A Philosophy of Software Design』を読よみました。初版しょはんは2018年ねんに出でていて、今回こんかいは2021年ねんに出でた第だい2版はんを読よみました。 スパゲッティコードを想起そうきさせる装丁そうてい A Philosophy of Software Design, 2nd Edition (English Edition) 作者さくしゃ:Ousterhout, John K. Amazon scrapbox.io どんな本ほん？ 書籍しょせきのテーマはソフトウェアの複雑ふくざつさです。複雑ふくざつさとは、システムを理解りかいしたり変更へんこうしたりするのを困難こんなんにさせるも

                                        ソフトウェアの複雑さに立ち向かう1つの哲学 :『A Philosophy of Software Design』 を読んだ - こまぶろ

                                      • 画像がぞう生成せいせいAIの著作ちょさく権けん問題もんだい、文化庁ぶんかちょう議論ぎろんで争そう点てんはっきり (1/4)

                                        2月がつ29日にちに、文化庁ぶんかちょうで「文化ぶんか審議しんぎ会かい著作ちょさく権けん分科ぶんか会かい」の第だい7回かいが開催かいさいされました。著作ちょさく権けんの専門せんもん家かによってその制度せいどについて議論ぎろんをする場ばですが、今年度こんねんどは2023年ねん7月がつより「AIと著作ちょさく権けん」について議論ぎろんされてきました。3月に文化庁ぶんかちょうから政府せいふに報告ほうこくする「AIと著作ちょさく権けんに関かんする考かんがえ方かたについて（素案そあん）」の最終さいしゅう案あんに近ちかいものが発表はっぴょうされ、1月がつ下旬げじゅんから2月がつ上旬じょうじゅんにかけて募つのった「パブリックコメント（パブコメ）」の結果けっか報告ほうこくもされるということもあり、注目ちゅうもくされました。登場とうじょうしたのは「AIと著作ちょさく権けんに関かんする考かんがえ方かたについて（素案そあん）令れい和わ6年ねん2月がつ29日にち時点じてん版ばん」、パブコメの結果けっかを受うけて、これまでの内容ないように微ほろ修正しゅうせいが施ほどこされていました。しかし、そこからわかったのは、文化庁ぶんかちょうの一貫いっかんしたスタンスでした。 文化庁ぶんかちょう 文化ぶんか審議しんぎ会かい 著作ちょさく権けん分科ぶんか会かい 法ほう制度せいど小しょう委員いいん会かい（第だい7回かい） パブコメへの反応はんのうは「素案そあんの内容ないよう周知しゅうち」 発表はっぴょう物ぶつから議論ぎろんを集あつめたのが発表はっぴょう資料しりょうに「パブコメの結果けっか」が追加ついか

                                          画像生成AIの著作権問題、文化庁議論で争点はっきり (1/4)

                                        • Re: Rails を主戦しゅせん場じょうとしている自分じぶんが今後こんご学まなぶべき技術ぎじゅつについて

                                          この記事きじは、 Rails を主戦しゅせん場じょうとしている自分じぶんが今後こんご学まなぶべき技術ぎじゅつについて(随筆ずいひつ) | うなすけとあれこれ についてのアンサー記事きじです。 うなすけ君きみが Ruby on Rails で育そだってきたように、僕ぼくも JavaScript とともに育そだってきたという自覚じかくがあります。なので、これについて書かくことは、ポジショントークは避さけられない、という感覚かんかくがあります。 冷静れいせいに比較ひかくしようとも思おもいましたが、やっぱり開ひらき直なおって思おもいっきりポジショントークをすることにしました。そっちのほうが面白おもしろいと思おもうので。 自分じぶんの基本きほん的てきな主張しゅちょうは、こちらの記事きじにあるとおりです。 Frontend Study #1: 基調きちょう講演こうえん - Frontend 領域りょういきを再さい定義ていぎする 自分じぶんと Ruby on Rails 僕ぼくは、キャリアとしては Rails の会社かいしゃで JavaScript を書かいてきたことが多おおかったです。学生がくせいの頃ころは socket.io

                                            Re: Rails を主戦場としている自分が今後学ぶべき技術について

                                          • Chrome 80が密ひそかに呼よび寄よせる地獄じごく ～ SameSite属性ぞくせいのデフォルト変更へんこうを調しらべてみた - Qiita

                                            Chrome 79以下いかや他たブラウザのデフォルト値ち。 Chrome 80からこの値ねを設定せっていする場合ばあい、Secure属性ぞくせいも必須ひっすとなる。 Aサイトに対たいし、Bサイトからどのようなリクエストがあっても、発行はっこうしたサイトでCookieヘッダーに含ふくめる (Cookieを使用しようする) 図ずにすると以下いかのようになります。 Strict 外部がいぶサイトからのアクセスではCookieを送おくらない。 Lax 外部がいぶサイトからのアクセスはGETリクエストのときだけCookieを送おくる。 None 従来じゅうらい通どおりの動うごき。 【追記ついき】なおChrome 80以降いこうでSecure属性ぞくせいを付つけずSameSite=Noneを指定していした場合ばあい、set-cookie自体じたいが無効むこうになります。 セキュリティ上じょうの効果こうか CSRF対策たいさくになります。 CSRF (クロスサイト・リクエスト・フォージェリ) とは、 WEBサイトがユーザー本人ほんにんの意図いとした動作どうさであることを検証けんしょうしていないため

                                              Chrome 80が密かに呼び寄せる地獄 ～ SameSite属性のデフォルト変更を調べてみた - Qiita

                                            • DNSリバインディング(DNS Rebinding)対策たいさく総そうまとめ

                                              サマリ DNSリバインディングが最近さいきん注目ちゅうもくされている。Google Chromeは最近さいきんになってローカルネットワークへのアクセス制限せいげん機能きのうを追加ついかしており、その目的もくてきの一ひとつがDNSリバインディング対策たいさくになっている。Googleが提供ていきょうするWiFiルータGoogle Nest WiFiはデフォルトでDNSリバインディング対策たいさく機能きのうが有効ゆうこうになっている。 DNSリバインディング対策たいさくは、攻撃こうげき対象たいしょうアプリケーションで行おこなうべきものであるが、ブラウザ、PROXYサーバー、リゾルバ等とうでも保護ほご機能きのうが組くみ込こまれている。本稿ほんこうではそれら対策たいさく機能きのうの状況じょうきょうと対策たいさくの考かんがえ方かたについて説明せつめいする。 DNSリバインディング（DNS Rebinding）とは DNSリバインディングはDNS問とい合あわせの時間じかん差さを利用りようした攻撃こうげきです。DNSのTTL（キャッシュ有効ゆうこう期間きかん）を極きわめて短みじかくした上うえで、1回かい目めと2回かい目めの問とい合あわせ結果けっかを変かえることにより、IPアドレスのチ

                                                DNSリバインディング(DNS Rebinding)対策総まとめ

                                              • 5歳さい娘むすめ「パパ、変へんなAPIを作つくらないで？」 - Qiita

                                                とある休日きゅうじつ 娘むすめ（5歳さい）「パパ、一緒いっしょに技術ぎじゅつブログを始はじめない？」 娘むすめ「昔むかしから私わたしとパパがローカルに書かき溜ためてる技術ぎじゅつ記事きじが、かなり溜たまってきたでしょ？」 娘むすめ「それをブログとして公開こうかいしてみようよ」 ワイ「おお、それは楽たのしそうやな」 ワイ「どこのブログサービスを使つかおうかいな」 娘むすめ「せっかくなら、ブログシステムから自分じぶんたちで作つくってみようよ」 娘むすめ「私わたしはフロントエンドを担当たんとうするから」 娘むすめ「パパはRuby on Railsか何なにかで、APIを作つくってよ」 ワイ「おお、Ruby on Railsなら昔むかしやったことあるわ」 ワイ「RailsのAPIモードで、ブログ記事きじを返かえすエンドポイントを作つくればええんやな」 娘むすめ「そうそう」 次つぎの日ひ ワイ「API、できたで！」 ワイ「/api/articlesっていうエンドポイントにアクセスしてくれたら」 ワイ「ブログ記事きじが取得しゅとくできるようにしておいたわ」 娘むすめ「さすがパパ」 娘むすめ「そういえば

                                                  5歳娘「パパ、変なAPIを作らないで？」 - Qiita

                                                • なぜ僕ぼくが「SPAはコストが高たかい」と考かんがえているのか

                                                  どうもみなさんこんばんは ちょっと前まえに「個人こじん開発かいはつ者しゃやスタートアップの初期しょきからSPAで開発かいはつするのはコスト高たかいっすよね」みたいな事ことを書かいたらフロントエンドエンジニアの皆様みなさまからバチバチに叩たたかれた僕ぼくです 彼かれらには彼かれらの考かんがえがあるのでそれはどうでもいいのですが、どういう理由りゆうがあってその発言はつげんをしたのか～と言いう部分ぶぶんが気きになっている方ほうもいたようなので説明せつめいしておこうと思おもいます ちなみに今いまでも全まったく意見いけんは変かわっておらず、この発言はつげんに同意どういできるかできないかは単純たんじゅんに視点してんの違ちがい、規模きぼの違ちがい、スキルの違ちがいだと思おもってます 追記ついき: もちろんSPAじゃないと実現じつげんできないようなサービスを作つくりたい場合ばあいはSPA一択いったくですし（インタラクティブにHPつくるサービスとか。でも世よの中なかの95%くらいのサービスはそうじゃないと思おもいます）、サイトの利用りようはログインした人ひとにだけ提供ていきょうするような業務ぎょうむ系けいツールなどはまた話はなしが別べつです 前提ぜんていの話はなし こういう記事きじではコ

                                                    なぜ僕が「SPAはコストが高い」と考えているのか

                                                  • クックパッドマートの失敗しっぱいしたデータ設計せっけい Before / After 大だい放出ほうしゅつ

                                                    https://cookpad.connpass.com/event/249346/ にて発表はっぴょう。

                                                      クックパッドマートの失敗したデータ設計 Before / After 大放出

                                                    • Railsを主戦しゅせん場じょうとしている自分じぶんが今後こんご学まなぶべき技術ぎじゅつについて(随筆ずいひつ) | うなすけとあれこれ

                                                      Rails の問題もんだいは Rails のベストプラクティスがフロントエンドのベストプラクティスの邪魔じゃまになるどころか全まったく逆ぎゃく方向ほうこうで相反あいはんしてる点てんです。DHHの思想しそうがフロントエンドと根本こんぽん的てきに逆行ぎゃっこうしてる。そういう人ひとが作つくるフレームワークなのでwebpackerの抽象ちゅうしょう化かを根本こんぽん的てきに間違まちがったりする。 — prev.js (@mizchi) December 1, 2020 昨日きのうもリプライで少すこし書かいたけど、DHH自体じたいが直近ちょっきんのHeyの開発かいはつでも明確めいかくにJavaScriptというものを触ふれないようにすることを是ぜとしているような主張しゅちょうをしているので、DHH wayが色濃いろこく反映はんえいされる以上いじょうこの状態じょうたいはもう避さけられない気きがしている — potato4d / Takuma HANATANI (@potato4d) December 1, 2020 Railsがフロントエンドの最先端さいせんたんをゆく人々ひとびと1から良よく思おもわれないのは事実じじつとして。 Vie

                                                        Railsを主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ

                                                      • GitHub、1200台だい以上いじょうのMySQL 5.7を8.0へアップグレード。サービス無む停止ていしのまま成功せいこうさせる

                                                        GitHub、1200台だい以上いじょうのMySQL 5.7を8.0へアップグレード。サービス無む停止ていしのまま成功せいこうさせる GitHubが提供ていきょうするGitHub.comは、世界せかい最大さいだいのソースコード管理かんりシステムを始はじめとするソフトウェア開発かいはつ者しゃ向むけ支援しえんサービスを提供ていきょうしています。 そのGitHub.comはRuby on Railsで構築こうちくされており、同社どうしゃはつねにRubyとRuby on Railsをアップデートし続つづけていることを今年ことし（2023年ねん）4月がつに明あきらかにしています。 参考さんこう：GitHubは200万まん行ぎょう規模きぼのRailsアプリケーションであり、毎週まいしゅうRailsとRubyを最新さいしん版ばんにアップデートし続つづけている そして同社どうしゃはこのGitHub.comを支ささえる1200台だい以上いじょうのMySQL 5.7を、GitHub.comのサービスレベルを維持いじしたまま1年ねん以上いじょうかけてMySQL 8.0にアップグレードしたことをブログで明あきらかにしました。 Up

                                                          GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる

                                                        • Smart UI パターンが再さい評価ひょうかされる世界せかい - id:onk のはてなブログ

                                                          設計せっけいナイト2020 を受うけて、今いまどんなアーキテクチャを選えらぶべきかという話はなしをしたくなったのだ。 kichijojipm.connpass.com 設計せっけいナイトで高たかぶった結果けっか1時じ間あいだコースの発表はっぴょう資料しりょうが完成かんせいしたので供養くよう場所ばしょを探さがしています。聞きいてくれ！！！— Takafumi ONAKA (@onk) 2020年ねん11月1日にち お前まえ誰だれよ 2000年代ねんだい前半ぜんはんに SI 2000年代ねんだい後半こうはんにブログ、SNS 2010年代ねんだいにソーシャルゲーム 2020年代ねんだいに UGC サービス をやってきた人間にんげん。数かず百ひゃく万まん〜数すう億おく行ぎょうのデータ、月間げっかん数すう千せん万まん〜数すう十じゅう億おく imp 程度ていどを主戦しゅせん場じょうにしています。 今日きょうの話はなし DDD と PofEAA から学まなぶパターン/アンチパターン Rails によって発見はっけんされた、密みつ結合けつごうで速はやく走はしれるソフトウェア 今いま求もとめられているアーキテクチャ 昂のぼるぶって 15,000 字じぐらい書かいてしまった。 DDD と PofEAA から学まなぶパ

                                                            Smart UI パターンが再評価される世界 - id:onk のはてなブログ

                                                          • ソフトウェアアーキテクチャの基礎きそ: Software Architecture in a Nutshell

                                                            『ソフトウェアアーキテクチャの基礎きそ』 - Techmee vol.2 での発表はっぴょう資料しりょうです https://timeedev.connpass.com/event/254336/ 動画どうが: https://youtu.be/ydQ2xoc49Lc #Techmee

                                                              ソフトウェアアーキテクチャの基礎: Software Architecture in a Nutshell

                                                            • レシピサービスのフロントエンドを Next.js と GraphQL のシステムに置おき換かえている話はなし - クックパッド開発かいはつ者しゃブログ

                                                              技術ぎじゅつ部ぶの外村とのむら（@hokaccha）です。今回こんかいはクックパッドのウェブサイトのフロントエンドを Next.js などを使つかって作つくり直なおしている話はなしを書かきます。 この記事きじで紹介しょうかいする新しんシステムは、スマートフォン向むけのレシピページで確認かくにんすることができます。もし興味きょうみがあるかたはレシピページをスマートフォンのユーザーエージェントで開ひらいて DevTools などで確認かくにんしてみてください。 Next.js と GraphQL で動うごいているのがわかると思おもいます。 ご存ぞんじの方ほうも多おおいかもしれませんが、クックパッドのウェブサイトはモノリシックな Rails で作つくられていて、10年ねん以上いじょう Rails で開発かいはつを続つづけてきました。10 年ねん以上いじょう同おなじシステムで開発かいはつを重かさねれば当然とうぜんレガシーな部分ぶぶんが大量たいりょうに生うまれてきますが、特とくにフロントエンドはその影響えいきょうが顕著けんちょでした。 どこから使つかわれているかわからない CSS が大量たいりょうにある、JS のコードは昔むかしなが

                                                                レシピサービスのフロントエンドを Next.js と GraphQL のシステムに置き換えている話 - クックパッド開発者ブログ

                                                              • クックパッドを退職たいしょくすることになりました。

                                                                クックパッドを退職たいしょくすることになりました。 created at: 2023-06-05 00:00:00 +0000 概要がいよう クックパッドという会社かいしゃで2018年ねんから仕事しごとをしていましたが、会社かいしゃで「人員じんいん削減さくげんの合理ごうり化かを実施じっしすることになり」僕ぼくはその対象たいしょうとなりました。 https://pdf.irpocket.com/C2193/CaoZ/qmSw/IQUI.pdf 時じ系列けいれつとしては、16時じからの全社ぜんしゃミーティングにて発表はっぴょうされて、17時じ頃ごろにメールが届とどきました。その後ごどうするのか？みたいなことを考かんがえつつも仕事しごとにならないので18時じ前まえぐらい退勤たいきんをしたときのツイートがこれ 一いち度どしかない人生じんせいで会社かいしゃをクビ（会社かいしゃ都合つごう）になることってあるんだなぁ。宝たからくじみたい。仕事しごと探さがしてます。 — あそなす (@asonas) June 5, 2023 自分じぶんの人生じんせいでまさかこうなるとは思おもってなくてかなり動揺どうようしつつの帰路きろでした。最近さいきんの通勤つうきん時じ

                                                                  クックパッドを退職することになりました。

                                                                • Googleはなぜノーコード開発かいはつツールのAppSheetを買収ばいしゅうし、1年ねん半はん前まえに正式せいしき版ばんになったばかりのApp Makerを終了しゅうりょうさせるのか？

                                                                  Googleはなぜノーコード開発かいはつツールのAppSheetを買収ばいしゅうし、1年ねん半はん前まえに正式せいしき版ばんになったばかりのApp Makerを終了しゅうりょうさせるのか？ Googleは先日せんじつ、コーディング不要ふようでアプリケーション開発かいはつができる「AppSheet」の買収ばいしゅうを発表はっぴょうしました。しかしGoogleはノーコード開発かいはつツールのApp Makerを2018年ねんから提供ていきょうしており、同社どうしゃの業務ぎょうむアプリケーション開発かいはつツールの主役しゅやくがどちらになるのか疑問ぎもんが持もたれていました。 その疑問ぎもんに対たいし、Googleは明確めいかくな答こたえを明あきらかにしました。App Makerの終了しゅうりょうを発表はっぴょうしたのです。 これでGoogleがG Suite向むけに提供ていきょうするノーコード開発かいはつツールはAppSheetが主役しゅやくになることが明確めいかくになりました（そのほかにFormsのような簡易かんいなツールも引ひき続つづき提供ていきょうされます）。 App Makerは2018年ねんに正式せいしき版ばんとなった開発かいはつツールですが、約やく1年ねん半はんで終了しゅうりょうが宣言せんげんさ

                                                                    Googleはなぜノーコード開発ツールのAppSheetを買収し、1年半前に正式版になったばかりのApp Makerを終了させるのか？

                                                                  • 自分じぶんだけの小ちいさなSelenium「Olenium」を作つくって始はじめる、ブラウザ自動じどう化か技術ぎじゅつの理論りろんと実践じっせん

                                                                    Kaigi on Rails 2022の登壇とうだん資料しりょうです！ https://kaigionrails.org/2022/talks/ikumatdkr/

                                                                      自分だけの小さなSelenium「Olenium」を作って始める、ブラウザ自動化技術の理論と実践

                                                                    • データベースの値ねをちょっとだけ書かき換かえたら検索けんさくに数すう十じゅう分ふんかかる様ようになって障害しょうがいになった裏話うらばなし - STORES Product Blog

                                                                      はじめに 2024年ねん1月がつにリテール(ネットショップ・レジ)部門ぶもんからサービス(予約よやく)部門ぶもんに異動いどうになった @ucks です。 異動いどうしてからはスマートリストという機能きのうの開発かいはつを行おこなっていて、5月6日にちに無事ぶじリリースできたのと、開発かいはつ途中とちゅうで障害しょうがいに至いたってしまった部分ぶぶんがあるので、裏側うらがわを少すこし紹介しょうかいしようかなと思おもいます。 はじめに スマートリストとは スマートリストの設計せっけい 検索けんさくの仕様しよう変更へんこう 高だか負荷ふか時じのハンドリング そして障害しょうがいへ 見逃みのがした点てん DBの実行じっこう計画けいかく確認かくにん時じの見逃みのがし 動作どうさ確認かくにん時じの漏もれ 監視かんし先さきの漏もれ ログの損失そんしつ おわりに スマートリストとは スマートリストの開発かいはつについての話はなしを行おこなう前まえに、まずはスマートリストについて簡単かんたんに説明せつめいしておきます。 スマートリストとは、特定とくていの条件じょうけんの顧客こきゃくをラベリングする機能きのうです。 早はやい話はなし、最終さいしゅう予約よやく日びがいつ、予よ約やく回数かいすうが何なん回かい以上いじょう等とうの顧客こきゃくの検索けんさく条件じょうけんを保存ほぞんしておいて、閲覧えつらん時じにラベリングして、視認しにんしやすくし

                                                                        データベースの値をちょっとだけ書き換えたら検索に数十分かかる様になって障害になった裏話 - STORES Product Blog

                                                                      • コンテナ運用うんようにおけるログ基盤きばん設計せっけいのベストプラクティス - Qiita

                                                                        課題かだい 数すう年ねん前まえと比較ひかくすると、GKEやECSを始はじめとするコンテナ実行じっこう環境かんきょうでのアプリケーション運用うんようを行おこなうサービスはかなり増ふえてきた印象いんしょうがあります。 コンテナを運用うんようする上じょうでは、アプリケーションのイベントを追跡ついせきする上じょうでログをどう扱あつかうかが課題かだいになります。今いままでのように古ふるいログを定期ていき的てきにローテートして別べつのストレージに転送てんそうするといった手法しゅほうはクラウドネイティブなアーキテクチャには最適さいてきとは言いえません。 アプリケーション開発かいはつの方法ほうほう論ろんとして、Twelve Factor App ではログをイベントストリームとして扱あつかうためのガイドラインが示しめされていますが、近年きんねんのWebアプリケーションではシステムを疎うと結合けつごうに連携れんけいするマイクロサービスという考かんがえ方かたが主流しゅりゅうになりつつあります。 アプリケーションログはサービスごとにフォーマットを整形せいけいした上うえで、ログ収集しゅうしゅうサービスに配送はいそう。必要ひつように応おうじてリアルタイム分析ぶんせきや異常いじょうデータの通知つうち、そしてデータの可か

                                                                          コンテナ運用におけるログ基盤設計のベストプラクティス - Qiita

                                                                        • SEだが正直しょうじきnoteのやらかしを見みてほっとしている

                                                                          https://twitter.com/clockmaker/status/1294213347898843136 これ見みたけどやらかしが低ていレベルすぎやしないか、ヒューマンエラーのレベルじゃないだろ とりあえずRails触ふれますって奴やつととりあえずNuxt触ふれますって奴やつがガチャガチャやった結果けっかにしか見みえねえよ API設計せっけいが無茶苦茶むちゃくちゃだし、コードレビューもろくに実施じっしされてねえだろうし、試験しけんの観点かんてんはどうなってんだよって話はなしだろ やっぱ優秀ゆうしゅうなエンジニアなんてどこにもいねえんだな、安心あんしんして寝ねるわ

                                                                            SEだが正直noteのやらかしを見てほっとしている

                                                                          • サーバーサイドエンジニアとして2020年ねんに使つかった技術ぎじゅつ | うなすけとあれこれ

                                                                            2020年ねんのフロントエンドエンジニアの技術ぎじゅつスタックの一いち例れい | potato4d D(iary) この記事きじと、TLで「これのバックエンド版ばんが見みたい」という発言はつげんに触発しょくはつされたので書かいてみます。口語体こうごたいと文語ぶんご体たいが入いり乱みだれてるのは許ゆるしてください。 冒頭ぼうとうのグラフはwakatimeで生成せいせいした今年ことし1年間ねんかんのプログラミング言語げんご使用しよう率りつです。2位いはTypeScript、3位いはTerraform、4位いはYAMLでした。 立場たちば フリーランスで、主おもにRailsやAWSを使用しようしているサービスの運用うんよう、開発かいはつに関かかわっています。いくつもの会社かいしゃを見みてきた訳わけではなく、数社すうしゃに深ふかく関かかわっている1都合つごう上じょう、視野しやが狭せまいかもしれません。 公開こうかいしている成果せいかとしては クラウドゲーミング最新さいしん開発かいはつ事例じれい - #CEDEC2020 - Speaker Deck があります。 長年ながねんRubyとRailsを書かいてきたので、技術ぎじゅつスタックがそのあたりに偏かたよっています。

                                                                              サーバーサイドエンジニアとして2020年に使った技術 | うなすけとあれこれ

                                                                            • もうjsなんていらない！世界せかいで流行はやっているHTMXについてまとめてみた - Qiita

                                                                              HTMXとは https://htmx.org/ HTMXは、JavaScript を記述きじゅつせずに、Ajax通信つうしんや高度こうどなUXを実現じつげんできるライブラリ。 軽量けいりょう で 高速こうそく で、既存きそんのサーバーサイドのフレームワークとシームレスなやり取とりができる。また、AJAX通信つうしんの発火はっか、フォームの送信そうしん処理しょり、DOMの更新こうしんなどを既存きそんのHTML要素ようそを拡張かくちょうするだけで可能かのうとする。WebSocketやSSEにも対応たいおうしているので、チャットアプリなどにも適てきしている。 2023 JavaScript Rising Starsでは、 フロントエンド・フレームワーク部門ぶもんで見事みごと2位いに輝かがやいた！(一いち位いはReact、全ぜん部門ぶもんだとshadcn/ui)　似にたような機能きのうとして、Ruby on RailsのHotWireがあるらしい。 2024年ねんはHTMXがくると言いわれているぐらい世界せかいで騒さわがれているのだが、あまり日本にっぽんでは流行はやっていない。以下いかはGoogle

                                                                                もうjsなんていらない！世界で流行っているHTMXについてまとめてみた - Qiita

                                                                              • GitHub - Bad Todo 非常ひじょうに多種たしゅの脆弱ぜいじゃく性せいを含ふくむ診断しんだん実習じっしゅうやられアプリ

                                                                                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                                                  GitHub - Bad Todo 非常に多種の脆弱性を含む診断実習やられアプリ

                                                                                • Active Recordから考かんがえる次つぎの10年ねんを見据みすえた技術ぎじゅつ選定せんてい / Architecture decision for the next 10 years at PIXTA

                                                                                  September 15, 2021 @ iCARE Dev Meetup #25

                                                                                    Active Recordから考える次の10年を見据えた技術選定 / Architecture decision for the next 10 years at PIXTA
                                                                                  1 2 3 4 5 6 7 8 9 10 次つぎのページ

                                                                                  新着しんちゃく記事きじ

                                                                                  はてなブックマーク

                                                                                  公式こうしきTwitter

                                                                                  はてなのサービス

                                                                                  • App Storeからダウンロード
                                                                                  • Google Playで手に入れよう
                                                                                  Copyright © 2005-2024 Hatena. All Rights Reserved.