RailsConf 2024: Riffing on Rails: sketch your way to better designed code
![AWSを用いたフロントエンド開発](https://cdn-ak-scissors.b.st-hatena.com/image/square/f807f3d2df148dad713e8fc55dc6f7617eec0187/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fef207b1c24c94259b5a52d93558e31f5%2Fslide_0.jpg%3F14069296)
こんにちは、実は久しぶりの投稿の、どうもしばおです。 さて、僕(フロントエンドよりのWebデザイナー)は普段からメインのテキストエディターにVSCodeを使っているのですが、今日は僕のVSCodeに入っている、プラグインや設定を公開したいと思います。 (2023年7月3日更新) 僕のオンラインサロンでも、VSCodeを結構使ってて、サロンメンバーには、僕が使ってるおすすめのプラグインや、僕なりの最強設定を共有しています。 そもそも、VSCode(Visual Studio Code)って? VSCode(Visual Studio Code)はMicrosoft社が開発したオープンソースのテキストエディタです。 最近様々な高機能テキストエディタが登場していますが、その中でもこのVS Codeはかなり便利な機能がデフォルトで付いていて、かつ軽量なので、インストールするだけでも結構使えます。
2019.11.02 に FRONTEND CONFERENCE 2019 (#frontkansai) にて発表したスライドです。
こんにちは、臼田です。 みなさん、セキュリティは好きですか? 今回は弊社主催のイベント「Developers.IO 2019 TOKYO」にて「AWSでのセキュリティ対策全部盛り[初級から中級まで]」というタイトルで登壇しましたので、その資料を公開します。 資料 補足とか 発表内容への思い 一番言いたいのは、セキュリティはみんなでやるものだから視野を広く持ってもらいたいし、周りを巻き込んで欲しいということです。 一つの目の前の事象に対して対策を頑張るだけでは意味がなくて、仕組みとして解決したり、組織として解決したり(特に運用)とする必要があります。まあセキュリティに限った話ではないですが。 なので、網羅的にいろんなセキュリティをまとめつつ、これまで気にしてなかった事を気にしていただき、少しでも皆さんの組織が前に進んでもらえたらなーと思ってまとめました。 AWSのメッセージについて 最近
ども、ゲストブロガーの大瀧です。 クラスメソッド在籍中の2018年2月頃社内向けにDNS勉強会を全4回で開催したことがあり、そのときの資料がひょこっと見つかったので公開してみます。(正確には第3回は聖剛さん担当だったので一緒に公開してもらいました、感謝。) 第1回 DNS入門 : DNSのしくみ、キャッシュ 第2回 DNSコンテンツサーバー : DNSサーバーの分散構成とゾーンの委任 第3回 DNSセキュリティ : DNS関連の攻撃手法とDNSSEC 第4回 AWSのDNSサービス : Route 53とAmazon DNS DNSについての理解を深める一助にしていただければと思います。現職(SORACOM)でももちろん超重要な技術です! 第1回 DNS入門 スライド共有サービス終了に伴い、公開終了 第2回 DNSコンテンツサーバー スライド共有サービス終了に伴い、公開終了 第3回 DNS
------ 追記: お料理教室から帰ってきたら沢山のブコメや批判がついてて驚きました。改めて僻みや嫉妬って怖いんだなって。 リアルでは味噌られの人たちの気持ちももっと考えないといけないんだなと勉強になりました。気をつけます。 ------ anond:20191030222754 味噌はまじで塗る。 世田谷区に住んでる主婦だけど、この味噌の件は本当。 ブコメでこんなにツッコミがはいってることに少し驚いた。 昔ママ友の先輩(旦那様は経営者で年収3000万円超、頭上がらない)に なんで味噌か聞いたところ 「私たちって塩で頂くことが多いからお味噌自分で使うこと少ないじゃない? でもああいう家庭て食卓も濃い味付けが多いからっていう皮肉も込めて お味噌つけるのが広まったらしいよ」 とのこと。(それ以来うちも自宅ではあんまり味噌を使わないようになった) でも、確かに同じ学校に明らかにグレードの低い家
このエントリーについて このエントリーを書き始めた経緯は下記にあります。 inductor.hatenablog.com 上記の理由の通り、目的は論文を翻訳することだけではなく、最終的にこれを踏まえて自分の見解をつらつらと書いていくところにもあります。 おそらく一番時間がかかるのはそれなので、一旦は翻訳を一通り終えた上で更に頑張っていきます。ゆっくりお待ちいただければと思います>< 1. Introduction(まえがき) Borgが内部的に呼び出すクラスター管理システムは、Googleが実行するすべてのアプリケーションを許可、スケジュール、起動、再起動、および監視します。この論文ではその方法を説明します。 Borgには3つの主な利点があります。 リソース管理と障害処理の詳細を隠すため、ユーザーは代わりにアプリケーション開発に集中できます。 非常に高い信頼性と可用性で動作し、同じことを行
世の中をみると、官僚的なシステム化と現場主導のアドリブ、二つの世界観に二分されがちです。本当は両者の中間がベストなのに、どうしても片側に寄ってしまうようです。 偏る原因は、おそらく両方が得意な人が少ないため。 このためシステムとアドリブの住み分け、バランスの取り方を人に説明するのは難しいものです。僕も長く悩んでいましたが、最近、ようやく頭の中でメンタルモデル化できました。 岩として考えるシステムとアドリブの特性は、以下のようにモデル化できます。システムは大きな岩。アドリブは多くの小石。 システム化:単一の大きな岩 アドリブ化:大量の小石 システムの考え方平地にドンと置かれた大岩が安定するように、システム化は地盤がしっかりした環境で力を発揮します。また大きな問題をざっくり埋めるような、手っ取り早く80点をとるような場合にも便利です。 一方、大岩を坂道のような不安定な足場に置くと、とても危険で
こんにちは、CTO歴も丸9年以上になりました @makoga です。 Podcastや勉強会で話をしたときに好評だったので、今回は私が面接時に見ているポイントを書きます。 ※この文章の元ネタは2016年1月に社内に公開したものです。 面接時に見ているポイント 3行まとめ 事実と意見を分けて説明できるか 実際の課題を解決しようとしているか 技術をどう理解しているか この文章の目的 30分から1時間の面接で一緒に働きたいかを判断するのは難しいことです。私も経験を積んで学んできました。 まだ経験が浅い面接官に私が実践していることを伝えることでVOYAGE GROUP全体の判断の精度を上げていくのが目的です。 事実と意見を分けて説明できるか 圧倒的にこれは重要。これができない人はかなり厳しい。 関わったプロジェクトのなかで、自身が一番活躍できたと思うプロジェクトについて聞く 学生の場合は1人で個人
(Image by Pixabay) この国では未だに訳の分からない、何も実態を反映しない「データサイエンティスト論」がそこら中に流布されている模様ですが、そんな中Harvard Business Reviewにこんな素晴らしい記事が出ていたのを見つけたのでした。 その公式日本語記事が先日出たので、こちらの方が読みやすいかもしれません。 正直言って、この記事の本文をお読みいただければ特に何も付け加えることはありませんし、全く同じ内容の提言は異口同音に(それこそこのブログも含めて)この5年以上に渡って散々喧伝されてきたので今更繰り返すような話でもない気がしますが、個人的には非常に的を射た内容の記事だと感じたこともあり、自分の経験と合わせて少しまとめて解説してみようかと思います。 そもそもデータサイエンティストとは何者なのか(だったのか) 今回のHBR記事の提言 データサイエンスを独自の部門と
スマートキャンプの郷田です。 私はBiscuet(ビスケット)という新規SaaSのプロダクトマネージャーをしております。 Biscuetでは開発プロセスに課題を感じていたため、外部からアジャイルコーチの天野さんをアドバイザーとして召喚し、スクラムの導入を進めています。 そこで今回は、Biscuetチームで先月から導入を進めているスクラムの現状を、たくさんの画像を用いてまとめてみたいと思います! スクラムの役割 開発チーム プロダクトオーナーチーム スクラムマスター スクラム全体像 スクラムのセレモニー PBL(Product Backlog) SBL(Sprint Backlog) 朝会(Daily Scrum) モブプロスペース KPT(Sprint Retrospective) その他 最後に スクラムの役割 開発チーム 開発チームはエンジニアの3人が中心となって開発を進めています。
研修資料まとめ.md エンジニア向け研修 AI Shift 社内SQL研修のために作った資料を公開します - (2021/06/21) CARTA HOLDINGS(旧VOYAGE GROUP) 技術広報が新卒研修<Open AIハッカソン>をスパイしてみた - (2023/04/11) @t_wadaに学ぶテスト駆動開発【CARTA 23新卒研修】 - (2023/04/19) Classi 当たり前にリリースしていく ~ 新卒研修編 - (2021/05/20) リモートワークのための質問力向上研修を実施しました - (2021/12/07) CyberZ 良いコードとは何か - エンジニア新卒研修 スライド公開 - (2021/04/27) DMM.com(旧DMM.comラボ含む) DMM.comラボ16新卒エンジニア研修 - (2016/08/24) DMM.comの新卒技術研修
文 とけいまわり フリーランスで働きながら小学生の3姉妹を育てている、とけいまわりさん。完璧主義の性格からか、以前は仕事と子育ての両立のために無理ばかり重ね、ついに倒れてしまったそうです。そんな中で“自分を追い込んでいたものの正体”に気づき、今の穏やかな生活にたどり着くまでの10年間の軌跡をつづっていただきました。 * * * ▼目次 一人目の育児、布オムツを使うと褒められた 仕事と育児の両立を目指すも、自分の「選択」を責めてばかりだった 声に出してみないと、何も始まらないことに気づいた 褒め言葉にすがらなくてもよくなってきた 一人目の育児、布オムツを使うと褒められた 私は、9人に褒められても1人に否定されれば、それをいつまでも引きずるタイプの完璧主義だった。仕事では「これだから子持ちは」と言わせぬように業務を抱え込み、子育てでは「そんなに働いてばかりだとお子さんかわいそう」と言われると落
文字書かないと死んじゃう病の発作が起きたので書く。 5年くらい前の話なので今はどうなってるかわからない。 ■4年制でゲームとかITとかの専門学校HAL東京 新宿にあるでっかいビル。新宿うつすと嫌でも映るのでアニメとかでたまにでる。50階建てだけど真ん中の10階ぐらいがHAL東京。上がMODE学園(ファッション)したが首都医校。MODEはファッション専攻するから学校には奇抜なファッションでイキりしらしてる陽キャが居て我らオタクは怯えてた。 エレベーターが緑(首都医校20階まで)青(HAL30階まで)赤(MODE50階まで)があった。 赤のMODEエレベータは30階も止まるのでHALも使える。でもいつぞやか「オタクは臭いから赤エレベータ乗るな」という苦情が来たことを覚えている。もちろんゲーム専門学校はオタクが多くて身だしなみを一切気にしない人で臭い人達はたくさんいたので間違いではない。 学長の
ヌーラボでScalaを書くRubyistの谷本です。ヌーラボでは、Backlogの開発を担当しており、最近ではBacklogをJavaからScala / Play Frameworkに移行するプロジェクトのメンバーでした。 BacklogのPlay化プロジェクトでは、OutOfMemorryError(以下、OOM)の発生やCPU使用率とロードアベレージが上がったままという、Java Virtual Machine(以下、JVM)上で動くBacklogのパフォーマンスに関する問題に対処すべく、何度かHeap/Thread dumpを見る機会がありました。 私がPlay化プロジェクトで取り組んだパフォーマンス改善の知見や経験をもとに、本記事では「JVMで起こったパフォーマンスの問題の切り分け方」についてお届けします。 はじめに 本番環境でしばらく動かしていると、コード自体は正しく実行できるけ
2016年11月。 土埃と魚醤の匂いがするミャンマーの市場で。 私は立ち尽くしていた。 車いすに乗る母の背後には、何人ものちびっ子托鉢僧たちが、連なっていた。 逃げようとすれば、ついてきて。 そしていつの間にか、増えていて。 君たちは、あれか。ピクミンか。 母・ひろ実は困り果てた顔で「どうしよう」と、私に助けを求めた。 私は、見て見ぬフリをした。 私という人間は、理解できない状況に遭遇したら、たとえ実の親であろうとも迷いなく他人のフリができるんだなあ、としみじみ思った。 それはもう、全力で他人を演じた。 演技には自信がなかった私が、ミャンマーの地で、倍賞千恵子を彷彿とさせる名女優になった。 なぜ倍賞千恵子になったかと言うと、話は遡る。 とある仕事のご縁で、私たち親子が、ミャンマーへ招かれることとなった。 今だから言えるが、当時の感情は「ありがてえ」と「おっかねえ」が、ハーフ&ハーフだった。
タイトルにあるように、弊社ハウスマートが提供する売買マンション提案アプリ "カウル" がiOS/Android共にFlutterでフルリプレイスしました! 下記サイトよりダウンロードしてみてください。 本記事では、Flutterを採用したカウルの技術的背景の話を紹介していきます。Flutterに少しでも興味がある方、もしくは将来的にFlutterの採用を検討している方の参考になれれば嬉しいです。 技術周辺の話が中心になりますが、コーディングのtipsなどはなく、振り返りの開発後記の様な内容なので、1つの読み物として読んでみてください。 目次 ・はじめに ・技術的な意思決定とFlutter ・スタートアップ特有の技術負債 ・生産性の向上という狙い ・投資に見合ったリターンとリスク ・検証とキャッチアップ、9週でのリリース ・技術検証 ・1週のキャッチアップ ・9週の開発 ・Flutterの技
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く