この記事は「Money Forward 拠点混合美味しい店 Advent Calendar 2024」の12月11日担当分のものになります。 adventar.org 書き込みルール: 拠点名 お店名 お店迷惑がかからないよう配慮した内容 はじめに 名古屋開発拠点のメンバーがランチで行くお店を紹介します。 名古屋開発拠点はミッドランドスクエアにあり、新幹線の出口（銀時計って呼ばれてる待ち合わせスポット）から、まっすぐ東側に5分くらい歩くと着きます。 ちなみに外に出なくても来れるので、名古屋駅から傘は不要です。 出張の時便利ですね。 そして今回は、名古屋めし認定されていなさそうな名古屋めしを紹介します。 ちなみに私自身はこれは岐阜のめしなのではないか？という気がしてます。 いんたーねっつを見る限りは愛知の一宮市が発祥らしいので、名古屋めしぽいですが。 （名古屋めしとは、名古屋周辺（愛知多分全

組織で仕事をするなら自身の専門領域や役割を越境していくスタンスでいた方がいい。 役割をきっちり隙間なく分けることはむずかしいし、できたとしても状況の変化によってすぐに隙間ができてしまう。ボールが落ちないようにするには、お互いのカバー範囲を少しずつはみ出しておくしかない。個々人にとってもメリットは大きい。できることが増えやりとりの負荷も下がり、自分の仕事もしやすくなってくる。 LayerX社の「ボールを拾う人が偉い」や、リクルートの「染みだす」といった言葉は、"越境" を奨励するということだと理解している。 自分の隣の領域にも興味をもって関わっていくだけではあるのだけれど少しだけ注意点もあると思っていて、雑にまとめておきたい。 1. 体験して観察する 一見「もっとこうしたらいいのに」と思うことがあっても、いきなり否定して変えようとしないこと 越境先へのリスペクトを持って、いったん郷に従ってみ

ある日ふと、「最近の自分はアウトプットに臆病になっているなー」と感じ、こういうエントリを書いた。 daiksy.hatenablog.jp 内容は、雑なアウトプットで「だいくしーさん考えが浅いな」みたいな「化けの皮が剥がれる」ことを恐れているが、自分が過剰に意識するほど他人は自分には興味が無いだろうから、気にせずに雑なアウトプットをしたらいいんじゃないか、というものだ。 もう少しこまめにブログを書こうと思ったもう一つの理由は、こにふぁーさん (@konifar)が毎日のようにはてなブックマークのホッテントリ入りをしていて、すごいなーと思ったからだ。 なんでそんなに毎日書けるんだろう、と思っていたら、こういうエントリを書かれていたので、自分も真似しようと思った。 konifar-zatsu.hatenadiary.jp ネタ的なものを思いついたら、iPhoneのメモに書いておく。毎日それを「

技術広報Advent Calendar 2024がすでに埋まっていたので、Advent Calendarとは関係なく投稿します。 ちょっと前に「DevRelってなんなん、それDevRelちゃうやろ」みたいな話が盛り上がって、こんなエントリを書きました。 blog.kushii.net で、名前はなんでもいいけど「エンジニアといいかんじに働く方法は自分なりに色々わかってきたな」という実感と「これを伝えていくとエンジニアもその周辺もよりよく共に働けるのでは」という気持ちをぼんやり抱えてました。 そんなタイミングで(細かいところは前後するんですが)とある出版社さんから「DevRelについての本を書きませんか」とお誘いがありました。へぇいいですね！と一緒に目次を作ったりしたんですが、色々あって今のタイミングでは見送りましょうという結論になりました。 供養がてら目次だけでも公開しておきたい&技術書典

これは Money Forward 拠点混合美味しい店 Advent Calendar 2024 2日目の記事です。 adventar.org 注意点 書き込みルール: 拠点名 お店名 お店のルールを遵守すること 仕事先とランチ 社会人も10年を越え、現在4社目ともなると様々な駅で働いてきました。キャリアの最初はSESだったので余計に多くの駅に降り立ち、そこでお気に入りのランチを見つけてきました。 僕にとっては、勤務地周辺でのグルメとの出会いは喜びです。仕事でしか行かない可能性があるなら尚更に一期一会であり、その機会を使って探すのはとても面白いものです。 社食制度のある現場には一度しかあたったことはありませんでしたが「みんなが一度は食べたことがある」というものは、コミュニケーションのきっかけにもなり得るようです。 心の社食は、見つけることで僕のグルメデータベースは増える。出張にきた同僚を自

こんにちは、がぶです。この記事はモニクル Advent Calendar 2024の1日目です。 2019年11月に株式会社モニクル（入社当時はOneMile Partners）へ入社してからあっという間に5年経ちました。 これまでのキャリアとしては、SIer、フリーランス、上場ベンチャー、スタートアップを2社経験してきたので、モニクルはスタートアップとしては3社目になります。 この記事では「スタートアップ」という切り口で自分の経験について書いてみたいと思います。何をどう考えて何を学んだのか、何がしたい人生だったのか、とある39歳エンジニアのリアルをお届けします。 SIerからフリーランス、Webの世界へ 自社サービスの経験を積みたくてITベンチャーへ スタートアップ1社目 スタートアップ2社目 自分ができること、できないことが分かってきた スタートアップが生き残るために目指すこと 人生を

あくまで個人の好みの話なのだけれど、自分は成果を出すために "お膳立て" されている状態があんまり好きではない。そういう話を雑に吐き出してみる。 たとえば、ブログ記事の執筆やイベント登壇資料の準備を業務時間中にやってよいみたいな話が明文化されていると、業務調整はしやすい一方でなんだかちょっと"やっていき"感やワクワク感が自分の中で小さくなってしまう。そんな決まりがなくても適当に調整してやるし、「全部できたらすごい」みたいなプラスアルファの要素が薄れてしまうような感覚がある。 丁寧な研修なんかも同じ。一定規模以上の組織では仕組み化すべきなのはわかっているのだけれど、個人的には乱戦みたいな状態で個の力でガッとやっていく方が好みだったりする。 80点以上の成果を出すためのレールが整備されていると、当然期待も上がってしまうのが嫌なのかもしれない。常に120点を目指していても、やってやった感が少ない

強みを2つ以上持つことを意識しておくほうがいいと思っていて、雑に書きなぐっておきたい。 1つの領域で圧倒的な強みを作るのは大変。「チョットデキル」、「完全に理解した」を何度繰り返しても、やればやるほど上が見えてくる。 2つ以上の強みを持つというのもそれはそれで大変なのだけれど、パレートの法則に照らせば80点くらいまでは高めやすい。ある程度自分の強みを作ったらそれをより極めていくのもよいが、他の領域も30%くらいやってみるというのがいいかもしれない。 プロダクトマネジメントが強みだとすると、他領域をやっている中で "プロダクトマネジメント的" な発想を転用できることが多いことに気づくと思う。営業が強みだとすると、相手の求めることを突き詰めて考えるといったエッセンスが採用など人事領域にも活かせるかもしれない。 デザイナーがモバイルアプリやWebフロントエンドの実装をやってみるのもとてもいいと思

若い頃と比べて自分に勢いが無いと感じることがある。 たとえば、ブログを書こうとエディタを開いて書き始めたはいいが、手が止まってしまう。 おもしろそうなカンファレンスにプロポーザルを提出しようと検討するが、結局提出せずに終わってしまう。 昔はこういうときには深く考えずにブログを書いたり、プロポーザルを提出したりしていた気がする。 年齢を重ねて、それなりの社会的なポジションを得ることにより、自分は臆病になってしまったのだと思う。 要するに、化けの皮が剥がれるのが怖いのだ。 「だいくしーさん、普段偉そうなことを言っているわりに、考えが浅いな」とか、「つまらない登壇内容だな」と思われることが怖いのだ。 若い頃はそういうことはあまり気にしなかった。失うものがあまり無かったからだ。考えの浅いブログエントリを書いたところで、誰にも読まれずに埋もれるだけだし、登壇に失敗したところで1週間もすれば誰もそのこ

1ヶ月毎日ブログ書いたので、PVとか感じたこととかまとめてみる - Konifar's WIP の時以来9年ぶりに1ヶ月毎日ブログを書いた。経緯含めて雑にまとめてみる。 なぜ書いたか 最近物理出社頻度を増やしているのがきっかけ もともと通勤中は色々頭の中で考えることが多かったので、せっかくなら帰りの電車の中で書いて更新してみるかって感じで始めた 何日か続けたところで、2015年にブログを書き始めた時みたいに今も1ヶ月毎日書くとかできるのかなと思ってやってみることにした 最近社内で自分に対するフィードバックアンケートを依頼した時に、「続けてほしいこと」で何人かが "対外発信" と書いてくれていたのもﾁｮｯﾄ関係している どう書いているか 毎日何かしらうまくできないことや整理できていないことが出てくるので、思いついた時にキーワードだけ Slack のチャネルにメモしている だいたい常に30個く

こんにちは！株式会社ベースマキナで代表を務めておりますtimakinです！ 今回の記事では、以前当ブログでも告知した通りTSKaigi Kansai 2024にブース出展した経験を踏まえて、今後ブース出展をされる皆様への一助になればと思い準備や当日の手引きをまとめます。 なお、FindyさんのDevRelのまっきーさんが書いてくださった以下の記事も非常に参考になるので、是非ご覧ください。 note.com はじめに 技術カンファレンスのスポンサーでブース出展が決まった方、おめでとうございます！ ブースで当日参加者の方にお会いするのが楽しみだと思いますが、現実問題たくさんの準備が必要です。 まずは出展の目的整理から始めましょう。 出展の目的整理 ブース出展をする目的は皆様異なると思いますが、概ね以下のどちらかあるいは両方を目的にしたブランディングだと思います。 採用広報 営業広報 極端にどち

参加しました。みやこめっせは非常に近いので気軽に行けて便利ですね。みやこめっせに同人イベント以外で行ったのは大学の卒業式以来なので、実に5～6年ぶりとかになるんじゃないか、マジか～。 kansai.tskaigi.org トーク docs.google.com canalunさんのキーノート。いきなり宇宙人に連れ去られる寸劇から始まってなんなんだという感じでした。クワインを構成可能であることの証明は何気に初めて目にしたかも。スマートコントラクトの世界では意図的に言語をチューリング完全じゃなくしている、という話は知らなかったです。 tocomiさんの「型チェック 速度改善 奮闘記」は、まさに明日から役に立つTypeScriptの型チェック高速化のレクチャーという感じでよかったです。Naming Complex Typesパターンにはキャッシュが効きやすくなるという側面もあるのか～。tscのコ

こんにちは、Kyoto.go運営のujiです。 今日のイベントで、Kyoto.goのイベント開催数が55回を迎えました👏🎉 Kyoto.go #55 を公開しました。記念すべき第55回となります！ 11/16（土）10:00 開催予定です！ リモートでの開催は今年最後の予定となります。 ぜひご参加ください！https://t.co/0rQawTxWxt — Kyoto.go (@kyotogolang) 2024年10月21日 GoGo回ということで、一つの節目として今までのKyoto.goの振り返りを記事にしようと思います。 どんなことをやってる・やってきたを知ってもらい、もっと多くのGopherの方に興味を持ってもらいたいです。 Kyoto.goでやってきたこと Kyoto.goは、Go言語でワイワイするご当地コミュニティーが京都にもほしいよね、という思いから初代メインオーガナイザ

最近また雑じゃなくなってきたのでより雑めに書いていく。 自分はブログをスマホで書くことが多い。スマホで文字を打つのはめんどくさいので文章が無駄に長くならない。画面が小さく全体も見えないので、書いている途中で前後を見返して文末や接続詞をちょこちょこ直して行ったり来たりすることもない。最近は物理出社することが増えたので、帰りの電車の中でガッと書いている。 ブログに限らず、何か考えをまとめる時には "思考の速度を落とす" イメージを持っている。PCでタイピングすると思考が加速しすぎて深くなっていかない感覚がある。 スライドを作る時に、いきなりPCで書かずにアウトラインをお絵かきする人もいると思う。不思議なもので、ペンで書くくらいの速度だとシナリオがまとまりやすかったりする。 最近だと音声入力もいいかもと思って試してみたが、自分は口頭よりも速度を落とす方が向いているようで、ちょっと速い感じがしてし

エンジニア採用の状況は地域によって大きく異なる 最近視聴した2つのコンテンツが、同じソフトウェアエンジニア採用の話題を取り扱っているにもかかわらず、その内容が両極端で非常に興味深かった。 ひとつは「エンジニア採用必勝法・これだけでわかるDevRel入門」という動画で、もうひとつは「最近カナダで就職したエンジニアと一緒に北米就活の攻略法を語る」というポッドキャストのエピソードだ。 エンジニア市場と企業の採用戦略は地域や業界によって異なるが、ここで話されている東京と北米（バンクーバー）では顕著な違いが見られる。 東京を中心とする日本ではテック企業間での人材獲得競争が激しく、特にエンジニアが不足しているため、採用広報の役割の重要性が増し、DevRelといった呼び名で施策が実行されている。 一方、カナダでは、永住権を持たない外国人労働者が職を得るハードルが高く、求職者の競争が激しい現状が実際

はじめに 先日、愛媛の Go コミュニティ Ehime.go を立ち上げました（Zenn 記事）。今まではオンラインで実施していましたが、今回は初めてオフラインでイベントを実施しました。本記事ではイベントのレポートをしたいと思います。 当日の様子 Ehime.go #3 では、 Go に入門するハンズオンを実施しました。今回は5名の方に参加いただいたのですが、みなさん Go はほとんど書いたことがない or 完全に触ったことのない方でした。ということは今回のイベントで愛媛の Gopher が5人増えたことになりますね！ 教材は A Tour of Go からピックアップして作成しました。当初は構造体やポインタなども教材に含めていましたが時間が足りなかったので、簡単な制御構文まで学習しました。 最終的には、参加者全員が Fizz Buzz の問題を Go で解くことができるようになりました。

CEOの「押しの強さ」が入社のきっかけーまずは、渋谷さんのお仕事についてお伺いしたいです。渋谷：マネーフォワードビジネスカンパニーのVPoEとして、組織の課題解決に取り組んでいます。プロダクト開発やそ...

バージョンアップが来ました。 Obsidian Obsidian - Connected Notes 1.7.4 分類: 仕事効率化,辞書／辞典／その他 価格: 無料 (Dynalist Inc.) ver1.7.4になって起動が早くなりました。 あと、外付けキーボードで書いているときTemplaterスクリプト後にカーソルが消える不具合があったのですが、それが修正されています。 ありがたいわあ。 将来的にAndroidのタブレットを使うにしてもパソコンに戻るにしても、Obsidianがあるというのは安心です。 とりあえずObsidianを立ち上げればいい。 そうすれば「いつもの環境」で文章が書ける。 Obsidian 1.7 Desktop (Public) - Obsidian 老人問題 結局、歳をとった、ということです。 歳をとると、便利な機能は要りません。 「いつものツール」が手に

数日前に𝕏上で「日本のDevRelって何なんだ？」という議論が巻き起こり、エンジニアや今DevRelを名乗っている人たち周辺で大きな話題となりました。わたしもかつてDevRelという名前のチームで働き、その活動に意義があると思っているので話題を整理してみたいと思います。今や様々な役割を内包する名称としてIT・WEB業界で一定の認知度を得ているDevRelとは何をする人なんでしょうか。 ここに書いたものはあくまでも個人的な視点と意見ですが、関連する皆さんは一緒に考えてみてもらえると嬉しいです。𝕏でもブログでもPodcastでもYouTubeでもなんでもいいので、是非ご意見ご感想をお寄せください。 この記事を人力で三行でまとめると アメリカ式のDevRelが日本で改変されて使われるようになったよ なんでこうなっちゃったか考えてみるよ 本来的なものだけを残して、ほかは名前を変えるのもいいんじ