【レビュー】仕事用のMacをMacBook Air M3 15インチに買い換えました - give IT a try
はじめに 仕事用のMacを3年ぶりに買い換えました。MacBook Air M3 15インチ (2024)です。 ちなみに今まで使っていたのはMacBook Pro M1 13インチ (2020) でした。 なんで買い換えたの？ 今まで使っていたM1 MacBook Proも大きな不満はなかったのですが、3年使ってきて「そろそろ買い換えてもいいかな？」と思っていたときに、M3チップ版のMacBook Airが発表されました。 www.apple.com M1→M2だとあまり変わらないかな？と思ってたのですが、M1→M3ならそれなりに速くなるんじゃないかと期待して「よし、買い換えよう！」と決めました。 （あ、ちなみに仕事用のMacは会社で購入してもらってます🙏） なんでAirなの？Proじゃないの？ 仕事用で使うならAirじゃなくてProの方がいいのでは？と思う人もいるかもしれません。 僕
理想のプロバイダを探し回った結果、OCNのIPv4に行き着いた話 - give IT a try
はじめに 僕は自宅で長年WAKWAKというインターネットプロバイダを利用してたんですが、最近OCNに乗り換えました。 ・・・というだけなら「ふーん」で終わってしまうのですが、実は3ヶ月ぐらいかけて、 WAKWAK ↓ OCN ↓ BIGLOBE ↓ OCN とプロバイダを転々と切り替えながら、最終的にOCNを（しかもIPv6ではなくIPv4で）利用することに決めました。 このエントリではどういう経緯でこの結論に至ったのかを紹介します。 【もくじ】 はじめに 我が家のインターネット環境の紹介と、おことわり 用語の整理 困っていたこと：Amazon S3のファイルダウンロードが遅すぎる！！ IPv6にしてもまだ遅い！ iPhoneのテザリングだと夜でも3秒でダウンロードできるんですが？ NTTの人が試しにOCNにつないだら、あれ？速い！！ IPv4だと速いのに、IPv6だと遅いOCN・・・ 同
僕が考える「良いコード」 - give IT a try
こんなコードだとわかりやすい 僕が考える良いコードの特徴（条件）を挙げてみると、 ぱっと見たら、だいたい何をやっているのかがわかるメソッド名 ぱっと見たら、だいたい中身が何なのか想像がつく変数名 ぱっと見たら、だいたい何をやっているのかが把握できるメソッドの内の処理フロー 驚きが少ないメソッド 副作用が少ないメソッド（責務が1つしかないメソッド） DRY原則を守っているコード だいたいこんな感じ。 つまり「すんなり読めて、すんなりわかるコード」が理想。 プログラムが小さいうちや、一人で開発しているうちは「汚くてわかりにくいコード」であっても「自分さえわかればOK」で済んじゃうけど、プログラムの規模が大きくなったり、複数人で開発するようになると、「汚くてわかりにくいコード」は絶望的に開発効率を下げる。 こんなコードはわかりにくい たとえば上の反対で、 メソッド名だけ見ても何をやっているのか想
雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try
（この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました） 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト（TDD）で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする＆機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO（プロダクトオーナー）に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな
技術書にありがちな「IT技術は変化するけど、紙の本は更新できない問題」について僕なりの創意工夫を話してきました #DevReljp - give IT a try
先日のブログでもお伝えしたとおり、「DevRel Meetup in Tokyo #78 〜商業技術書出版を学ぼう〜」という勉強会で「出版したら終わり、にしない技術書執筆」という発表をしてきました。 devrel.connpass.com 当日使ったスライドはこちらです。 どんなことをしゃべったの？ 発表の概要はこんな感じです。 内容を随時更新できない紙の本と変化の速いIT技術はどうしても相性が悪い 相性の悪さは受け入れた上で、筆者が積極的に読者をサポートする 変化の速い技術は紙の本ではなく、電子書籍のみとするのも一手 拙著「プロを目指す人のためのRuby入門」の話題を中心に話しつつ、僕がなぜRailsの本ではなくRubyの本を書いたのかとか、電子書籍オンリーで販売している「Everyday Rails - RSpecによるRailsテスト入門」と紙の本の棲み分けについてどう考えているのか
毎日3〜4杯飲んでたコーヒーを1日1杯に減らした話☕️ - give IT a try
おことわり このエントリには健康に関する話題が載っていますが、筆者は専門家ではないので、あまり鵜呑みにせず話半分で読んでやってください。 はじめに：我が家に全自動コーヒーマシンがやってきた 最近、デロンギの全自動コーヒーマシンを買いました。 「マグニフィカS カプチーノ スマート コンパクト全自動コーヒーマシン (ECAM23260SBN)」っていうやつです。 【スタンダードモデル】デロンギ(DeLonghi)コンパクト全自動コーヒーメーカー ブラック マグニフィカ S カプチーノ スマート 自動カフェラテ・カプチーノ機能 ECAM23260SBN DeLonghi(デロンギ)Amazon このコーヒーマシンを使えば、ボタンひとつで美味しいコーヒーが飲める！ おうちでファミレスのドリンクバー気分！ わーいわーい！🙌 ・・・と、嬉しがって毎日コーヒーをがぶ飲みしてました。 以前からそこそこ
「RSpecとMinitest、使うならどっち？」という発表をしてきました #kanrk06 - give IT a try
はじめに 去る2015年7月11日、関西Ruby会議06で「RSpecとMinitest、使うならどっち？」という発表をしてきました。 今回ではこの発表に関する情報と、参加した感想等をあれこれ書いてみます。 発表の前に客席の写真を撮らせてもらいました。会場でかい！ 発表のスライド 今回使ったスライドはこちらです。 RSpecとMinitest、使うならどっち？ / #kanrk06 - Speaker Deck 発表の動画（本当は練習風景） イベント当日の動画はありませんが、発表の前に練習用に撮ったスクリーンキャストがあります。（約25分） 発表内容はほとんど同じなので、当日イベントに参加していない人もこれを見ればだいたい内容がわかると思います。 RSpecとMinitest、使うならどっち？ #kanrk06 - YouTube 今回の発表で工夫した点や気をつけたポイントなど 事実と意見
Qiitaのブログパーツをはてなブログのサイドバーに設置する方法 - give IT a try
はじめに 今日初めて知ったのですが、Qiitaのブログパーツがあるみたいですね。 yaottiさんのブログを読んでいるときに目に入りました(フッターに付いてます)。 「へ～、面白そう！」と思ったのでこのブログのサイドバーにも貼り付けてみました。 最近、技術的なTipsはQiitaに投稿することが多いのですが、Qiitaに投稿してもこのブログとはつながりが全くない状態になっていました。 しかし、このブログパーツがあればQiita記事の存在がブログの読者さんにも伝わるはずなので、良い感じに情報連携できるんじゃないかと期待しています。 設置方法 さて、参考までにこのブログパーツの設置方法を説明しておきます。 Qiita Widgetでスクリプトを作る Qiita Widgetという便利ツールがあるので、それでスクリプトを作成します。 Qiita Widget それから、はてなblogのデザイン管
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
