CI/CDを使い倒して数段上のソフトウェア開発をしよう!デブサミ2019のセッション
35歳を迎えたCTOが35歳定年説について考えた - そーだいなるらくがき帳
先月、35歳になった。 35歳定年説は「全員に一致する法則ではない」というのは一般的な認識になっている。 前職の同僚で同世代である id:motemen に聞いたところ「そんな事を意識したことなかった」という回答をもらったこともある。 しかし、実際に自分が35歳になると「自分は他人事ではない」という感覚だけがある。 そこで今日はそのことについて考えていきたい。 コードを書くということ コードを書くという行為は年齢関係なく続けていける。 しかし「仕事でコードを書き続ける」となると事情が変わる。 まず費用対効果として自分がコードを書くことが正しいのか？という問題とぶつかる。我々のプログラマーとしての仕事を奪うのはAIではない。いつの時代も 優秀な若者 だ。 そんな若者と比較した時、我々がコードを書くことが若者がコードを書くことよりも費用対効果がある場合はどんな場合だろうか？やはり経験が活かせる
ソフトウェアの会社は創業補助金に応募してはいけない - terurouメモ
タイトルが結論である。 創業補助金なんてものに時間かけるぐらいなら、受託やってる方がマシ。私はこれに採択されてしまったがために、多くの時間を無駄にした。 ここから先は読む価値がない。 創業補助金とは ざっくりいうと、 創業前～創業1年未満の法人が、 補助金の対象期間（半年から9か月程度）に発生した 補助対象と認められる経費に対して2/3～1/3までを補助金として支給（上限額は50万円～300万円程度） を補助金として受け取れる制度である。ちなみに国が去年行っていた補助金は「地域創造的起業補助金」という名前だったようだ。 名前の通り、創業・起業を促す補助金であるが、どちらかというと、国および自治体が補助金という担保を付けることで、金融機関が創業間もない会社に対して数百万円程度の創業時融資をしやすくすることのが真の目的だと理解している。 今年度は消費増税対策に予算が回されているのか、国予算の同
ソフトウェア設計の言語化スキルを磨くこと｜qsona
たとえば設計について議論するときや、コードレビューで指摘をするときに、「なぜその設計が良いと思うのか？」について言語化するのが上手だと、確実に良いことがあります。 言語化が上手にできるかが一つの壁なのではないか、と感じることもあります。後輩を育てたりチームをリードするような立場になると、特に必要性を感じるのではないかなと。 自分も、うまく言語化できたことですんなり議論を進められていると感じることは多いですし、逆に直感的な良さを言語化できなかったことで直感に反する方向に進んでしまい、結果よくなかったというような苦い経験もあります。 前提: ソフトウェア設計の良さは静的には決まらない良い設計・良いコードとは何なのか。という質問に一言で答えるなら、「保守性が高い」ことだと思います。つまり、今後の変更・拡張を、高速にバグが少なく行えるような状態が良い設計・良いコードです。(一般的にはこれで70%く
最近困ってることは時間の配分 - hitode909の日記
ブログに困っていることを書いていけばインターネットの全世界の仲間たちからアドバイスを貰えると思って書いてみます。 会社で、いまエンジニアとして複数のチームに所属していたり、シニアエンジニアをやっているので人々と1on1をしたり、採用系の仕事もちょっとやっている。 開発系の仕事を2つ持っていると切り替えやスケジューリングが難しい チームAの仕事とチームBの開発系の仕事どっちをどういう順序でやるか難しくて困っていて、時間の使い方としてはこのような配分でいきましょう、という話はしていても、たとえば、金曜だけぱちっと切り替わるとか、午前中だけ切り替わる、みたいなことをするのが難しい。 ソフトウェアを作る仕事は、これまで誰も考えたことがないものを作る仕事で、そうでなければすでに完成品のソフトウェアがあるはずなので、集中が必要で、正しく作らないと正しく動かないので、間違いは許されない。そういうものを複
「UNIXという考え方」を読んだ - えいのうにっき
以前に、kabuという半分ネタのCLIツールを作ったことがあった。Goの手習いに、という目的もあったのだけど。 blog.a-know.me 今でも月に一度は使うくらいの（自分にとっての）便利ツールなのだけど、このコマンドについて、「コマンドとしてあるべき姿」といった観点で、同僚からいくつか指摘をもらうことができたことがあった（「ネタにマジレスだけど......」と前置きしつつとても丁寧に添削してくれた :pray: ）。 引数がない場合は標準入力から取ると良い いま標準出力に出してるようなメッセージは、標準エラー出力に出すと良い。そうすると他ツールとの連携がしやすくなる -verbose オプションを設け、それがonのときだけ出す、などとする 候補が見つからなかったときは、non zero exit statusで終わるのが綺麗 こうした指摘は大変ありがたい一方で、「そういう感性みたいな
文系でもプログラマになれるのか - そーだいなるらくがき帳
ブログについたコメントに対する自分なりの考えを書く。 soudai.hatenablog.com 私は文系の大学生ですが、プログラミング興味を持ちプログラマになりたいと考えています。 とても難しい事は理解していますが、プログラマに就職するのは やはり難しいでしょうか？ もし可能性があるとしたら、就職先の探しかたや見分け方などの ことを教えてください？ お願いします。 文系でもプログラマを始めとするソフトウェアエンジニアになれるか？の答えは なれる。 例えば自分の周りでも id:daiksy さんとか @shinpei0213 さんは文系出身のソフトウェアエンジニアだしプログラミングしている。 もっと言えば自分自身、高卒エンジニアなので学歴がネックでプログラマになれないということは無い。 だがソフトウェアサイエンスをしっかりと学んだ人からするとスタートラインは後ろである、という事実はあるし、
プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!
今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ
ソフトウェア開発技術者が知っておくべき５つの法則 - スタジオ・アルカナ技術ブログ
はいどうも～。 本日はhidetarouの番ですが休業中のため代打でしゃしゃり出たエンジニア吉田です。 「○○○な●●つの○○○」なんて感じのタイトルを付けると、 なんだか興味が惹かれるというのを目にしたので活用してみました。 ※個人的にはそうでもない気がしている。 というわけで、今回はソフトウェアに関係しそうな「法則」を５つほど紹介し、 それをソフトウェア開発業務にどう生かしていくかを考えてみます。 本日ご紹介する法則は以下の5つです。 ブルックスの法則コンウェイの法則パーキンソンの法則マーフィーの法則ハインリッヒの法則 でわでわ、早速。 ブルックスの法則 「遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ」 これは、IBMのOS/360（メインフレームOS）の開発者であるフレデリック・ブルックスが 名著「人月の神話」で提唱したプロジェクトマネジメントに関する法則です
「ウェブオペレーション」読んだ - $shibayu36->blog;
オペレーションエンジニアがどのように考えて行動しているのかを知りたくて、ウェブオペレーションを読んだ。 ウェブオペレーション ―サイト運用管理の実践テクニック (THEORY/IN/PRACTICE) オライリージャパンAmazon この本は、仕事でウェブオペレーションに携わっている人たちが、実際にどのような形で行っているかの事例集をエッセイ形式でまとめたもの。章ごとに書いている人が違うので、体系的にはまとまってはいないが、事例集として参考になる。 ただ、僕はウェブオペレーションという仕事を実際にはあまりやっていなかったので、なかなか共感して読むことが出来なかった。そのため、オペレーションエンジニア・SREがどのように考えているのかということをうまくこの本から学べなかったのが残念だった。 そういう話を同僚にしたら、以下の本を進められたのでまた読んでみたい。 Webエンジニアが知っておきたい
『ZERO BUGS』を読んだ - r7kamura - Medium
Amazonでケイト・トンプソン, 酒匂 寛, 小田 朋宏の{ProductTitle}。アマゾンならポイント還元本が多数。一度購入いただいた電子書籍は、KindleおよびFire端末、スマートフォンやタブレットなど、様々な端末でもお楽… 全体が78個の物語によって構成されており、それぞれの物語において教訓が紹介される。ZERO BUGS というタイトルの通り、どの物語もソフトウェアの不具合をテーマにしている。文章の内容は平易で、プログラマ初心者にもわかりやすく、しかしながら示唆に富んでおり、経験が浅いプログラマであれば「なるほど」、経験が深いプログラマであれば「あるある」とどちらも頷きながら読み進めていけるはず。 それぞれの物語は2ページ程度でとても短く、何かの合間にも少しずつ読み進めていける。出来る限りコンパクトに話を収めようという気持ちで書かれていることが文面から伝わり、とても好感が
中の人がMackerel本を読んだ感想 - そーだいなるらくがき帳
私がはてなに入社した時には大方話が進んでいて、見守るだけだったMackerel本だがついに発売されました。普段MackerelのCREとして活動している自分にとって「お客様に勧めれる本かどうか？」って言う点と「読んだ人に本の内容を質問される可能性が高い」ので一通りちゃんと読んだ。 みんなに勧められる本か 結論：安心して勧められる。 私はMackerelをそれなりに知っている前提だが全部ちゃんと読むと4時間程度で読めた。つまり分量的にはそんなに多くはない。カラーが多く、文字も大きいので比較的サクサクページが進む。特に前半部分はMackerelを一度でもインストールしている人は読み飛ばせると思う。必要な箇所だけ読むならそれこそ1時間である程度つかめる内容だ。なのでMackerelを全く触った事ない人は id:koemu さんの言うとおり、公式本として力を発揮するだろう。新メンバーが入ってきたと
SREサイトリライアビリティエンジニアリングを読もう - yoshidashingo
セクションナイン の 吉田真吾（@yoshidashingo）です。 SRE本の原書が出てから早1年半が経ちました。原書はすでにオンラインで無料で読めるようになっています。 Google - Site Reliability Engineering 前回このブログでSREについて書いたのが、原書の出る1ヶ月くらい前ですね。 yoshidashingo.hatenablog.com 国内でもSRE部署の設置が急速に進んでますが、運用部門をSREと看板を掛け替えただけの劣化コピーが大量生産されていることも否めなかったりなかったり。 そもそもSREは、従来のシスアドではなくソフトウェアエンジニアです。そして、開発／運用の分断による必然的な対立関係をインセンティブ設計で統合し、サービスの成長と運用コストが比例しないように切り離すための組織設計であり、そのための技術ノウハウです。 今日は今週末発売さ
AndroidでもSORACOM Airを使いたい！ - ひつじのにっき
9月30日に発表されたSORACOMがとても面白そうだったので、友達といろいろ話したアイデアをアプリにしました。 さいしょにまとめ SORACOM Air（IoT デバイス向けデータ通信 SIM "Air SIM"）をAndroid端末で使ってみよう、従量課金なので不要な通信を全カットするユーティリティ「IoT Gateway」を作ったよ、というのがこの記事のざっくりとしたまとめです。 今回つくったIoT Gatewayを使うとAndroidで意図しない通信を止められます。バッテリ持ちも伸びるかも。 アプリ単位で通信を禁止／許可できます 次のリリースではIPフィルタリングが入ります ダウンロードは記事の一番うしろです。 アプリを作って遊んでる開発者のイメージ図（※簡単さを表現したかったのですが、出来上がってみると本文とはあまり関係なくなりましたがボツにするのも惜しいので唐突に紹介しておきま
何故プログラマーは起業に追い込まれるのか
自分はプログラマーで、多くのプログラマーと同じように、コードを書く行為そのものが幸せであり、いつまでもコードを書いていたいと思う。 だが30を越えて、今までいくつかの会社でサラリーマンエンジニアとして働いた経験を総合するに、 少なくともこの国でプログラマーで居続けるためには起業する以外の選択肢は無いのだという結論に至った。 良いコードを書くと出世してコードが書けなくなる普通にコードを書いて、スキルを磨いて、リリースを成功させていくと、やがて肩書きがついて雑務に振り回される日々が訪れる。 プログラマーにとって何よりも大事なのは連続した集中、それも出来るだけ長い時間だ。 昇進して部下が出来たり、質問される機会が増えたり、評価業務やら、上級職会議やら、採用面接やら、一つ一つは大した事が無くても、 出社時間は気が付けば断片化して切り刻まれ、一日に一時間続けて集中する事すら困難になってしまう。 もは
1+1を0+1と計算するSEに115万ぼったくられた話 - しろぐらまー
2014-04-01 1+1を0+1と計算するSEに115万ぼったくられた話 暮らし 日記 先週半ばから今週末まで忙しい。 忙しくて忙しくて、記事が書けないし、好きな人のブログも見にいけない。 仕方ないから、せめて５分で日記を書く。 私は、職場環境だけで今の会社を選んだので、普段はだらだら働けて、いい人ばかりの会社なのだけど、２ヶ月に１回くらいは忙しい時がある。 10人もいないちっちゃい会社で、社長が突然「来週までにこれやりたい！」と言い出す。 普通、新サービスのリリース日やイベントの開催日などは、サービスがいつまでに製作できそうかとか、場所が取れるかとか、最低限考えてから日程を決めると思うが、うちの社長はフィーリングだけで「じゃ何月何日！」と決めてしまう。 で、社長に超高速でぶんぶん振り回されるハメになるのだ。 今回もそうで、３月中旬に、「４月初旬に会員1000人を目指して新サービスを始
ユニティ・テクノロジーズ・ジャパン、開発者向けに無償利用可能なキャラクター『ユニティちゃん』を発表 | Unity PRESS RELEASE
コミックマーケット85にも出展、３Dモデルデータなどを来春提供予定 マルチプラットフォーム向け統合開発環境「Unity」を提供するユニティ・テクノロジーズ・ジャパン合同会社は、開発者向けにゲーム開発などに利用できるキャラクター『ユニティちゃん』を発表しました。 ユニティ・テクノロジーズ・ジャパンのオリジナルキャラクター『ユニティちゃん』は、Unityアセットストア利用規約に準じる形で提供されるアセット（素材）であり、Unityを使用するゲーム開発者が自らのゲームに利用できる3Dキャラクターモデルとして提供されます。本日よりキャラクターデザインと共にウェブサイトが公開され、2014年春にはすぐにゲームに組み込めるデータが、このウェブサイト上で無料で提供される予定です。 unity-chan公式サイト http://unity-chan.com/ また、2013年12月29日から31日にかけて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Not Found
デブサミ2014、講演関連資料まとめ
Androidの深刻な脆弱性が発表されましたが、実はそれが見つかったのは1年以上前だったという話(山本一郎) - 個人 - Yahoo!ニュース