具象と抽象の往復を私達はカンファレンスを通じて学んでいるんだ - PHPカンファレンス小田原編 - そーだいなるらくがき帳
PHPカンファレンス小田原(以下 ぺちこん小田原)に行ってきた。 このブログはその熱量の高さを思い出しながら、小田原駅前のスタバで書いてる。 カンファレンスで話をしたこと 懇親会キーノートで内省を勝ち取る、そのためには具象と抽象を往復して具象化の引き出しと抽象化の概念の理解を深めようという話をした。 そのために日報や週報からふりかえりし、能力を獲得していく。という話。 でもこれ、カンファレンスに参加すること自体が具象と抽象のスキルを強く獲得するチャンスだなって思ったので、感想と合わせて書く。 ちなみに文章中に出てくる経験学習モデルの話はスライドで説明している。 speakerdeck.com 経験という具象を疑似体験として聴く カンファレンスに行くと色んなセッションを聴くことができる。 もちろんぺちこん小田原でも最高だった。 至極のセッションの中で自分の中のベストトークを選ぶとしたらたつき
これからの時代を担う人たちへ ~ そーだいなる昔話を添えて ~ - そーだいなるらくがき帳
とある企業の内部ポエムとして空き時間で書いたのだけど、「これは公開してほしいです！」って強い声が読者からあったので公開します。 ほぼ、そのまま転記です。 前提：自分について 36歳 Webアプリケーションエンジニア枠でZaffiで業務委託してます 既婚で子供が3人居ます 広島出身です 大学生ですが休学しようか迷ってます おっさんに人気者、そーだいです。 ここでいうおっさんというのは概念であり、実年齢に相関はありません 若者からは何デキる人がわからんが、怖いおっさんおるなと思われてるのかな～と危惧しています 若手だった当時の思い出 若手向けってことでそーだいさんの事知らないだろうし、昔話するのはダメな大人ってわかっているけど、我慢して聞いてくれｗ 自分は公務員からの転職組、つまり中途採用組なので新卒時代がなかった。 つまり、誰から研修などないし、教えてもらうという経験がほとんどなかった。 そ
課題を管理して実行して達成するための手順 - そーだいなるらくがき帳
今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース（時間・お金・体力など）を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか？って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har
そーだいなるキャリアを作った、そーだいなる登壇資料の作り方 - そーだいなるらくがき帳
はてなからの依頼により、新リリースのタグ機能をさっそく使ってみる。 今回のテーマは「エンジニアのキャリア」ということで、以前にも書いたが、考えてみると自分のキャリアはコミュニティと共にある。 特にデータベース界隈のコミュニティで存在感を示したことが、その後のキャリアアップにつながった。 じゃあコミュニティでどうやって存在感を出してきたんだっけ？と考えると、それは表題につながるのだが、やはり登壇だ。 YAP(achimon)C::Asia 2016とYAPC::Kansai 2017でベストトーク賞、Builderscon 2017ではベストスピーカー賞をいただいたし、PostgreSQLカンファレンスやPHPカンファレンスには何度も登壇している。 大きなカンファレンス以外にもOSCで地方を巡業したり、自分で勉強会を開催したり、とにかく登壇量が多く、その内容で評価してもらった結果、自分の存在
予選敗退から学ぶISUCON10の正しい歩き方 - そーだいなるらくがき帳
チームメンバーの感想エントリーはこちら。 blog.kamipo.net memo.sugyan.com 良い問題だった。 それだけに悔しくて、悔しくて、この2日間ずっと考えてたけど、どこかで区切りをつけなきゃいけないので筆を取る。 去年の失敗から学んだこと 先によかったことを書く。 まずギリギリまで手を動かせるほど力を出し切った。 兎に角みんな id:kamipo さんの 感想戦を見てほしいのだけどやりたいことはまだまだ沢山あった。 けど時間が全然足りなかった。 昨年のような手詰まりにならなかったのは成長だと思う。 github.com また初動の対応やNewRericを試す、愚直なprintデバッグを用意するなど反省を活かせたところも沢山あった。 こういうのは「去年と同じチームで出たメリット」だったなと思う。 だからこそ、去年よりも悔しさは大きかった。 そしてそれだけ力を出し切って負け
35歳を迎えたCTOが35歳定年説について考えた - そーだいなるらくがき帳
先月、35歳になった。 35歳定年説は「全員に一致する法則ではない」というのは一般的な認識になっている。 前職の同僚で同世代である id:motemen に聞いたところ「そんな事を意識したことなかった」という回答をもらったこともある。 しかし、実際に自分が35歳になると「自分は他人事ではない」という感覚だけがある。 そこで今日はそのことについて考えていきたい。 コードを書くということ コードを書くという行為は年齢関係なく続けていける。 しかし「仕事でコードを書き続ける」となると事情が変わる。 まず費用対効果として自分がコードを書くことが正しいのか？という問題とぶつかる。我々のプログラマーとしての仕事を奪うのはAIではない。いつの時代も 優秀な若者 だ。 そんな若者と比較した時、我々がコードを書くことが若者がコードを書くことよりも費用対効果がある場合はどんな場合だろうか？やはり経験が活かせる
予選敗退から学ぶISUCONの正しい歩き方 - そーだいなるらくがき帳
34位でフィニッシュ。 isucon.net 棄権を合わせると予選突破に200イスコインちょっと足りなかった。 ハイスコアは9850だっただけにあと1つなにかできれば予選を突破できてたことになる。 当日の流れは id:sugyan さんが用意してくれてるのでそっちを読んでほしい。 memo.sugyan.com ここからはただただ、自分に対する反省をまとめる。 主な担当であるインフラについての反省 準備したつもりでも準備不足だった。 複数台構成、普段RDSやALBに甘えている弊害が出て、Nginxやアプリケーションの複数台構成のやり方を知っているが普段していないので詰まったって感じ。具体的にはMySQLに接続できなくて時間をかけた。 あとnginxのチューニング、特にルーティングで配信をまとめるみたいなところもかなり時間をかけてしまった。 普段、S3とCFにURLをすれば良いって感じで生き
業務と関係ない技術をいつ研鑽するかという壮大なる話 - そーだいなるらくがき帳
優秀なソフトウェアエンジニアのそーだいです（ドヤ顔 巷では優秀なプログラマーについて議論させていて、僕は優秀なプログラマーかどうか？っていうとわからないけどまぁそれなりには給料貰ってソフトウェアに関わってるエンジニアだと思っています。そんな中、知人に「そーだいさんはMackerelのCREでデータベースをメイン業務では無いのにそんな中でデータベース分野でもソフトウェアデザインの執筆とか、カンファレンスとかも実施していて、それをどうやって両立してるのか、教えてほしいです。」って質問が来たのでそれに回答します。 なぜデータベースのアウトプットをするのか？ そもそもですが僕はアウトプットするためにインプットしてるのではなく、インプットをするため、増やすためにアウトプットをしています。例えばカンファレンスや勉強会などのイベントを開催するのは「自分が知りたいコンテンツを揃えたい」からです。丸１日拘束
データベースリファクタリングについて話をしてきた #OSO2017 - そーだいなるらくがき帳
岡山にはオープンセミナー岡山と言う最高のイベントがあります。 okayama.open-seminar.org 昨日は id:t-wada さんや id:naoya さんの資料がホットエントリー入りしてました。 この登壇はそれと同じイベントになります。 その他の方も超豪華講師陣の中で、私が出来る精一杯の経験も踏まえたお話をさせていただきました。 speakerdeck.com この中で出て来る、データベースリファクタリングは本当に素晴らしい本です。 OracleベースなのですがMySQLだろうがPostgreSQLだろうが必ずためになる本です。 ですが、この本は既に廃刊になっており再販の予定もありません… 僕は後世に絶対必要な本の一つだと思っているので再販のためにも皆さんの要望の声を上げていただけるとうれしいです。 そしたらもしかしたら本が世に復活するかもしれません。 またSQLアンチパタ
早くチームにマッチするために気をつけてる事 - そーだいなるらくがき帳
新入社員として1週間が過ぎた。 ブルックスの法則的に考えても私はまだチームにとって生産性をマイナスさせる存在でしかない。 ブルックスの法則 - Wikipedia だからいち早くチームにとって必要な存在になる必要があるし、そのために気をつけてる事をメモする。 これを見て「もっとコレした方がいいよ」ってアドバイス、逆に「それは不要だよ」ってアドバイスを期待してる。 チームやプロダクトを好きになる これはとても大切なことだ。 嫌いな人とは仲良くできないし、嫌いなプロダクトは育てれない。 もし、コレを読んでる人が職場のチームもプロダクトも嫌いなら転職した方がいい。 ただ好きの反対は無関心なので無関心の場合は条件付きでやっていけると思う。 この辺の話は主旨が変わるのでまた別の機会があれば話したい。 コミュニケーションについて 新しいチームに合流してまず一番大事なのはコミュニケーションコスト。 自分
株式会社はてなに入社しました - そーだいなるらくがき帳
あけましておめでとうございます。 2017年1月1日付で株式会社はてなに入社しました。 はてなに入社するということでやっぱりはてなブログに移行しました。 そーだいなるらくがき帳は移行出来たらします。 はてなにはMackerelのセールスエンジニアとしてジョインしました。 なぜ「はてな」なのか WebサービスのスタートアップのCTOを辞めてなぜ「はてな」なの？という疑問があると思います。 理由としては勿論前職を離れるのに良いタイミングだったってのも大きいのですが PostgreSQLがそこにある セールス部門でチャレンジ出来る エンジニアの全体のレベルが高い などです。 でも1番はMackerelチームに一緒に働きたい人が沢山いるって言うのが大きいです。 そして広島から東京に転居してまでチャレンジしたい価値がMackerelにはあると思っています。 初出社日の所感 初めての東京転居（まだして
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PostgreSQLとMySQLのメジャーバージョンアップのためのチートシート作った - そーだいなるらくがき帳