技育祭は「技術者を育てる」ことを目的としたエンジニアを目指す学生のための日本最大のオンラインカンファレンスです。「技育祭2023【春】」に登壇したのは、元2ちゃんねる管理人のひろゆき氏。エンジニアを目指す学生からの質問に答えました。全5回。1回目は、ひろゆき氏が注目している言語について。 フランスから1年ぶりに登壇 司会者：さっそくですが、ひろゆきさんに降臨していただきたいと思います。それでは、ひろゆきさん、マイク・カメラ、オンにしていただけますでしょうか？ ひろゆき氏（以下、ひろゆき）：よろしくお願いします。 司会者：よろしくお願いします。ひろゆきさんです、みなさん、拍手でお迎えください。よろしくお願いします。 「YouTube」配信で見る、いつもの場所ですよね？ ひろゆき：そうですね、はい。若干二日酔いで喉がかれていますけど、よろしくお願いします。 司会者：よろしくお願いします。1年ぶ

リンク note（ノート） 原作版「左ききのエレン」｜かっぴー（漫画家） 天才になれなかった全ての人へー 毎週木曜0時に「左ききのエレン」の最新話を公開します。 その他「左ききのエレン」関連作品を不定期で更新します。 2

CI/CD Conference 2021

今春4月10日、奈良県吉野の山奥の清光林業の作業道に多くの人々が集まった。主催側のポロ・ビーシーエスの高井洋一社長、清光林業の岡橋清元会長はもちろんだが、本郷浩二林野庁長官や、日本に健全な森をつくり直す委員会の天野礼子事務局長の顔もある。そして日野自動車の面々。 ここで何をするのか。それは、新型林業用トラックの発表会。近年林業界を悩ましていた大問題に解決の糸口を見せるものだった。 そして、それを後押ししたのが、ＳＮＳを中心とした大声援だったのである。 覚えているだろうか。今から５年前。2016年10月にブログで上げられた「死活問題なんです！！」という林業界からの悲鳴を。奈良県吉野で林業を行う会社ポロ林業部が上げた声だった。私は、それを受けて 知られざる林業危機を支えたネットの力 という記事をアップした。詳しくは当記事を読んでいただきたいが、悪路走行に向いた高床・低速ギアタイプのトラックの製

老舗とベンチャーのいいとこ取り――弥生が取り組む、綱渡りから橋梁への「意識改革」：組織をアップデートせよ ドキュメントもなく、スパゲティ状態のソースコード。属人化された業務や知識――職人による綱渡り状態だったパッケージ屋は、いかにして風通しの良い組織に変貌したのか。 “弥生”という会社 「弥生」といって多くの方が思うのは、中小企業向けのパッケージソフト「弥生会計」だろう。かつてはライブドアやインテュイット傘下にあり、中小企業向けの会計処理をはじめとするバックオフィス関連ソフトウェアを作り続けるパッケージソフトの老舗――もちろん、それは間違っていない。 しかし今の弥生は、もっと新しい企業だ。個人事業主の確定申告用の「クラウドサービス」も手掛けており、ベンチャー企業が盛り上げつつあったクラウド会計ソフトの分野においても、他にはない存在感を示している。「インストールが必要なデスクトップアプリ」だ

新しいプロジェクト始まると、開発者はいきなりプログラミングに飛びつく傾向があります。それもいいでしょう。結局、それが仕事なのですから。でも、時には飛びつく前にブレーキをかけて、ソフトウェア設計から手を付けるのもいい考えかもしれません。 “ホワイトボードを使う長袖のホワイトシャツの男性”（出典： Trent Erwin ／ Unsplash ) ソフトウェア設計にはいろいろな方法があります。UMLなどのモデリング言語のソフトウェアを利用することもできるし、 テキストを書いて 画像を使うこともでき、あるいはホワイトボードに描くこともできます。ここで大切なのは、ソフトウェアの開発中に設計を保存して再考できることです。設計は多少なりとも改善していかなければなりません。ですから、いつも最初からホワイトボードに描きたいというわけではないのならばデジタルデータで、設計を行うのも良さそうです。データの保存

こんにちは、アプリケーションエンジニアのid:shiba_yu36です。今日は社内で数年ほど取り組んでいる障害情報の社内共有についてご紹介したいと思います。 障害情報を社内共有する理由 サービスを運営しているなら、出来る限りサービスが一時的に止まってしまうなどの障害を起こさないように事前に対策を取るなど気をつけるべきです。しかし、どれだけ事前に対策をとっても、急激なアクセスの増加や、意図しないバグの混入、オペレーションのミスなどを理由として、障害を起こしてしまうことがあります。 障害が起きた時、それに暫定的に対応して終わりとしてしまうことも多いです。しかし、復旧した後大事なのは、障害に対して適切に振り返りをし、同じサービスで同様の理由で障害を起こさない、また社内で同様の理由の障害を未然に防ぐことです。 そこで、はてなでは障害の暫定対応をした後は、障害の振り返りや他チームへの知識共有のために

テクノロジー業界の発展に伴ってソフトウェア開発者の人材不足がいたるところで発生していますが、言い換えれば「プログラミングスキルを身につければ仕事に困らない」ということでもあります。とはいえ、「若いころならまだしも、30歳を超えてイチからプログラムの書き方を勉強するのは遅すぎるのでは」と思う人は多いかもしれませんが、下は35歳、上は57歳からプログラミングを習って成功を収めている10人の開発者が「ソフトウェア開発者になるのに遅すぎるということはない」と実情を語っています。 Is It Too Late to Become a Software Developer After the Age of 35, 40, or 50? And to learn programming? https://belitsoft.com/php-development-services/its-not-too

学生たちを見ていると、きちんと議論して、きちんと設計して、きちんと何かを作ろうとするみたいです。ときには副作用を考慮して、やっぱり作るのやめようかという話になり、再び議論に戻ることもあります。 ああ、もったいない、もったいない。私は適当な人間なので「なんてマジメなんだ、とりあえず何か作ればいいのに」と思います。デザイン思考ではそのことを「クイック＆ダーティプロトタイプ」と呼んだりしますが、それだとなんだかカッコよすぎるので、私は「雑に作れ」と言ってます。 でも、言葉だけでうまく伝わるはずもなく、「どうすれば雑に作れるのか？」と再び議論を始めたりするので、なかなか難しいところです。 それでも「締め切り」というのは効果的なもので、次回までに何かを発表しなければいけないとなると、「議論してばかりじゃ話が進まない！」となり、ある種の覚悟を決めて雑に作ってくれるようになります。 私が印象的だったのは

チーフエンジニアの id:Songmu です。 4月に 新人エンジニア研修を行なった のですが、その際に、「インフラを意識したアプリケーションの書き方」という講義を担当しました。そこでおこなった講義の内容について整理しながら書き起こしていきたいと思います。 インフラを意識すると何が良いか 業務でWebアプリケーションを扱うと、個人ではなかなか扱えないトラフィックであったりデータ量を扱うことになります。小規模サービスでは考えなくてよかった多くのことを考慮する必要がでてきます。なかなか体験できないことでもあるので、楽しく、やりがいもあります。 また、そういった経験を通して、インフラを意識しコードをかけるスキルを身につけることは、Webエンジニアとしては大きな強みとなります。ISUCONで優勝できるかもしれません*1。 インフラを意識すると何が良いか 〜 中規模ベンチャーの場合 そもそも、はてな

以前XP祭りでLTしたものの10分版。 「せっかく作った物が喜んでもらえない」 「仕様だ、バグだ、の不毛な争い」 「振り回されて疲弊するエンジニア」 など、受託開発でうまくいかない局面は多くあるが、ある一つのことを意識的に行うようにしたら、自分たちの受託開発が180°変わった、という話。Read less

「Raspberry Pi 2」をイジリ倒す（基礎編1）、まずはOSを入れるのだ：ラズパイ2で遊ぼうぜ（1/3 ページ） 手のひらサイズマシン「Raspberry Pi」のバージョンアップ版、「Raspberry Pi 2」が登場した。Raspberry Piではどのようなことができるのか、今回はまずOSインストールするまでを紹介する。 Raspberry Piが機能強化、バージョンアップして登場 読者の中にはすでに手にしている人も多いであろう「Raspberry Pi 2」。「Raspberry Pi」は2012年2月に登場して以来、“名刺サイズのポケコン”として人気を博し、一時期は半年以上購入できないほど品薄になったというマシンだ。 これまでのシリーズでは、「Raspverry Pi Model A」「同Model A＋」「同Model B」「同Model B＋」など、2系統4種類のデ

最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意

起業してアプリを出す。 一言で言ってしまえば簡単なんですけど、最初のそのアプリリリースの時に失敗する人が少なくない気がします。 僕の観測範囲だけでも、独立してアプリを出そうとして開発に失敗、「作り直し→リリース延期」となるケースを定期的に目撃しますので、それなりにそういう失敗をする人はいるんじゃないでしょうか。これが20代の若手が失敗したというならまだ分かるんですが、経営者としてすでに十分な実績のある、僕自身も尊敬するような方がその陥穽に陥ったりしていますので、これはもう能力とか才能の問題でなくて、むしろ「知識」の問題なんじゃないかと思うんですね。 そういう僕も、kiznaというアプリを出そうとして落とし穴にはまってしまい、結局日の目を見なかったという苦い経験をしていますので、こういう経験はちゃんと共有して、無駄な犠牲者が出ないようにすべきだと思うわけです。 というわけで、初めてアプリを出

時間をかける つまらない想像話を以下に書く。 失敗してはいけない。成功しなければ行けないプロダクトだ。 企画から色々と実装アイディア、目的とするユーザー像を聞いている。 それに見合ったシステムを実装しなければならない。 あと6ヶ月で。その間は徹底的に企画と話をする。 部長と話しをして、駄目だったら作りなおす。 6ヶ月の間、エクセル上にガントチャートを引き、開発スケジュールを引いた。 企画・営業は2名。そのうち1名はマネージャ的な担当を行う。 部長は最終決定を下す(と聞かされている)。 エンジニアは3名。チームとしてはまあ良いほうだろう。 3ヶ月後 何を作っているのかわからなくなってきた。 具体像もわからない。 エクセルに書いたガントチャートは、意味を成していない。 ガントチャートを直そうと思うと、他の予定もずらさなければいけなくなり、 だるくなってだれも更新しようとしない。 システム全体の

和田卓人さんによるテスト駆動開発問題解説の寄稿です！ バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中！ by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上

はじめまして。8キロのダイエットに成功しましたが、最近リバウンド気味の土戸と申します。 私は今、弊社イノベーション・センター案件である、Plannah(プランナー)のプロダクトマネージメントとマーケティングに携わっております。 先日我がチームの開発メンバーである衣川から、簡単にPlannahの紹介がありました。多くの方々に記事を読んで頂き、そしてPlannahに関心を持って頂き、大変感謝しております。本日は、Plannahの話は割愛させて頂き、ちょっとしたプログラマ話(?)をしたいと思います。 私はプログラミングを職業としているいわゆる"プログラマ"ではありません。ミクシィに新卒入社した2009年からしばらくは営業マンでしたし、その後も今に至るまでサービスディレクターとして勤めてきました。少しさかのぼって、小学校の頃は当時流行っていたGW-BASICでmud gameなどを作ってみたり、大

2013.09.30 Raspberry Piでウェブ開発の基本を教えるGoogleのCoder Text by kanai GoogleのCreative Labは、今週、Coderの全容を明らかにした。これは、「無料のオープンソースプロジェクトで、Raspberry Piを、学校の先生や両親がウェブ開発の基礎を教えるためのシンプルなプラットフォームにするもの」だ。Raspberry PiのSDカードに作ったCoderのイメージを起動すると、デスクトップコンピューター上のウェブブラウザから、そのインターフェースにアクセスできるようになる。そこから、HTML、CSS、JavaScriptでのウェブ開発が行えるのだ。このプロジェクトの中身を見ることもできる。コードはGithubで公開されているからだ。 Coderはウェブ開発の入門者専用ではない。「新しいアイデアを試したり、誰かにアイデアを見