Speaker Deck の仕様 Speaker Deck に発表資料を公開するとき「タイトルから URL が生成される仕組み」になっている．タイトルが全て英語なら問題はないけど，タイトルに日本語が含まれる場合は「中国語のようなローマ字」になってしまうという裏仕様があり（以下に例を載せた），今まで「内容は素晴らしいのに URL が残念すぎる資料 💦」を多く見てきた．知っている人は知っている仕様だと思うけど，まだまだ普及していなさそうなので，今回ブログに書くことにした． プロジェクトをリードする技術 puroziekutoworidosuruji-shu 最高の URL を生成する技術 今回「Speaker Deck で最高の URL を生成する技術」を紹介したいと思う．と言っても本当に簡単なことで，以下のように「スラッシュ区切りで英語タイトルを追加する」だけ！最高すぎる！ 日本語タイトル

今日からGW後半。近場でどこかへ出かけようと考えていますが、天気があまり良くなさそう。。。 とりあえず今日は、部屋の片付けでもしようかな〜。 3月にブログを始めてから、ずっと昨年の旅ばかりを綴ってきました。 今週4月29日、金沢に行ってきましたので、いくつか写真をご紹介できればと。 初めてのタイムリー（？）な記事となります。 今、わたしが暮らしている福井市から金沢市までは、北陸自動車道経由で車で１時間あまり。仕事、観光、ショッピングと、何かとお世話になっている街です。 今回は、ずっと行ってみたかった鈴木大拙館を訪ねました。 www.kanazawa-museum.jp 鈴木大拙館 鈴木大拙さん（すずき だいせつ、1870-1966）は、金沢出身の仏教哲学者で、英文での著作により日本の禅文化を世界へ発信され、ノーベル平和賞の候補にも挙がった方。 鈴木大拙館は、国際的建築家・谷口吉生さんの設計

こんにちは。grooves にて Forkwell の事業責任者を務めている、赤川と申します。 この数ヶ月、 grooves では全事業部で積極的にエンジニアの採用活動を行ってきました。 当初は応募獲得に苦戦するだろうと思っていたのですが、結果は真逆で、あまりにも魅力的な方ばかりから応募いただけるので、採用に迷うことのほうが多いという結果になりました。 結果的に当初の予定より人員計画を増やすことになったのですが、それでもこの人と働きたいと思った方全員を採用できる状況ではなく、私たちとしてもぜひ一緒に働きたいと思っている方で、grooves を第一志望です、と言ってくれる方に対して採用枠の充足を理由にお断りしなければならないのは、非常に辛いことでした。 世の中には素晴らしいエンジニアがたくさんいるということを、改めて認識しています。 一方で、grooves が運営する Forkwell の元

あるエンジニアが「Kibela」というサービスを考え、リリースするまでのフローを全部教える エンジニアがサービスのアイデアを思いつき、それをリリースするまでにはどのような過程があるのでしょうか。情報共有ツール「Kibela」が世に出るまでのフローを、起業した井原正博さんが詳細に振り返ります。 ヤフーやクックパッドでの開発を経て、ビットジャーニーで代表を務める井原正博（いはら・まさひろ／@ihara2525）です。プライベートで超長距離のランを楽しむかたわら、情報共有ツール「Kibela」の開発・運営を手がけています。 Kibela - 個人の発信を組織の力にする情報共有ツール 「Kibela」は僕自身が2015年に起業して立ち上げたサービスですが、この記事では、僕がサービスをいかに開発したか、その方法からリリースまでの過程を振り返りつつ、サービスの現在の状況までお伝えします。 「自分でもサ

皆さま、初めまして。 渋谷で野球のエンジニアをしている中川伸一と申します。 エンジニアのコミュニティやネット上では「シンヨーク（@shinyorke）」や「野球エンジニア」と呼ばれています。 今年（2018年）2月から、野球データ解析・分析のベンチャー「ネクストベース」のCTO（野球エンジニア）として、 データ解析システム「BACS（バックス）」などを通じてプロ野球チームのデータ解析サポート データと科学の力で野球の未来を発信する「Baseball Geeks（ベースボールギークス）」の運営 その他、野球に関するデータ解析およびプロダクト開発 といった事業を、エンジニアリングの側面でフルサポートしています。 「野球のデータ」に携わる仕事は昔からの夢で、「なるんだ！」の気持ちをもって活動した結果、縁あって野球エンジニアになれました！ という話をする機会を「Developers Summit

この記事は『LITALICO Engineers Advent Calendar 2017 - Qiita』20日目の記事です。 Qiitaアカウントは@saorinrinrinなんですが、諸般の事情によりこちらのブログで投稿いたします。 エンジニアのみなさんは、「この世界のことを理解した最初の一行のコード」を覚えているだろうか。 1ヶ月ほど前、知り合いの、とある中学生がついにUnityに目覚めた。 とは言っても、Unity自体は最初に出会ってから半年以上経っているので、正確には、C#に目覚めた。 もりもりコードを書き始めたのだ。 プログラミング言語を書き始める中高生はもう別に珍しくないのだけど個人的に興味深かったのは、その中学生が、 ・小学生の頃から3〜4年間に渡ってScratchを使っており、つくりたいアプリはほぼ何でもScratchでつくれるんじゃないかというほどのScratchマス

KyashでAndroidアプリを開発している@konifarです。 4/2 (月) にリリースした最新版で、ユーザー名を登録できるようになりました。本名の登録は今までどおり必須ですが、他のユーザーに本名を知られることなく利用できます。自分を例にすると、 小西 裕介 ではなく こにふぁー としてKyashを使えるようになったということですね。 結果だけを見ると「ようやく表示用の名前を登録できるようになった」という話なんですが、実際にリリースするまでに社内でどんなやりとりがあったのかを記しておきます。「ユーザー名の対応だけで時間かかりすぎだよ」というご意見ももちろんあると思いますが、Kyashのプロダクト開発がどんな感じで進んでいるのかをお伝えできれば幸いです。 対応検討開始 Kyashは2017年4月にリリースした当初から本名のみで利用する仕様でした。 もともと仲の良い数人の仲間内で使うこ

技術部開発基盤グループのシム(@shia)です。 最近は cookpad のメインレポジトリを開発しやすい環境に改善するために様々な試みをしています。 この記事ではその試みの一つとして不要な gem を検出し、削除した方法を紹介したいと思います。 背景 cookpad は10年以上にわたって運用されている巨大なウェブアプリケーションです。 巨大かつ古いアプリケーションには昔は使っていたが、現在は使われてない依存性などが技術負債として溜まっています。 事業的観点から技術的負債を完全返却するのはコストとのバランスが悪いことも多いです。 これは20万行を超えるプロジェクトを幾つも抱えている cookpad のメインレポジトリも例外ではなく、その規模から使ってないと思われる依存性を探しだすのも大変な状況でした。 どうするか 人が頑張るより機械に頑張らせたほうが楽ができるし、何より確実です。 ですの

こんにちは，ぽち@pchwです． 国税庁URL変換器 https://nta-go.com/ というものを今朝公開したのですが，その時に考えていたことをメモっておきます． 上記のサービスを作るきっかけになったのは，はてブのホットエントリーに 「はてなブックマーク - 国税庁サイト、リニューアルでほぼすべてのURLが変更。リダイレクトもなくユーザー阿鼻叫喚【やじうまWatch】 - INTERNET Watch http://b.hatena.ne.jp/entry/s/internet.watch.impress.co.jp/docs/yajiuma/1114712.html 」というエントリーが上がっていたのを見たことです． 記事を書いている時点で1000ブクマに届こうかという勢いです．内容を見ると，ひとことで言うと「これはひどい」ということを各々が言っているだけです． 最近「エンジニア

The future of development: Are our jobs getting harder or easier?

こんにちは、SmartHRの宮田です！ 今回はSaaS（≒サブスクリプション型ビジネス）の営業に求められるスキルや素質について、思っていることを書いてみました。 軽い気持ちで書き始めたら、6,000字を超える超大作になってしまいました・・・😇 世界がサブスクリプション型ビジネスに飲み込まれる NetflixもAmazonもAdobeもSpotifyもMicrosoftもUber（実験中）も月額課金モデル。将来全てのサービスがサブスクリプションになる— Hiro Maeda (前田ヒロ） (@djtokyo) 2017年2月24日 身の回りを見渡してもサブスクリプション型のサービスが増えていますよね。 SmartHR社でもSalesforceや、Github、Slack、Onelogin、GoogleAppsなど様々なサブスクリプション型のサービスに課金しています。 個人としても Appl

「私の失敗」は建築家自身が自分たちの失敗を赤裸々に語るコラムです。建築家たちはさまざまな失敗を重ね、そこから学び、常に自分たちを研鑽しています。そんな建築家たちの試行をご覧ください！ 建築家の失敗は、あまり表沙汰にならないことが多い。 私が坂倉準三建築研究所にいた時代、建設会社の優秀な技術者が、怪しいディテールを施工図段階で修正してくれたり、失敗もカバーしてくれるケースも多かった。最近は、施工図を他の設計事務所に外注したり、技術的なチェックがなされず施工されたりして、「困るなぁ、これは！ 設計図通りできてしまっているじゃないか！」などという、笑えない笑い話が現実味を帯びてくる時代である。 坂倉準三先生の思い出建築雑誌の誌面を賑わせた建築家の名作が、20年も経たないうちに壊されたり、見る影もないような建物になってしまった話もよく耳にする。しかし、そのような話はあまり報じられず、デザイン優先で

先日飲み会で技術的負債についての雑談をしていた。結構いろいろな側面の話をしていたのだけど、技術的負債って一括りにしているのが今はあんまり良くなくて、負債の性質によって技術的奨学金、技術的FX、技術的年金などと言葉を変えると良いのではみたいな半分冗談で会話をしていた。 いろんな問題が技術的負債という一言にまとめられてしまっているので、負債の性質に合わせて、技術的奨学金、技術的FX、技術的年金、など用語を分けると良いのではないか、という話をした— 趣味はマリンスポーツです (@hitode909) 2018年3月27日 技術的負債について - hitode909の日記 それで技術的負債のパターンを見つけて、それによりどういう悪影響があるか、それがなぜ起こるのか、どう返却するかについて考えておくと良いのではと思ったので、今日思いついた3つのパターンをメモしておく。 思いついたパターンは3つ。 変

こんにちは、開発チームの加藤です。 ユビレジのオフィスがある原宿は、春休みの学生や代々木公園でのお花見客で大にぎわいを見せています。 みなさんお花見は楽しみましたか？ 今回は今までの記事とちょっと趣向を変えて、社員紹介です。 私がユビレジ に入ったきっかけやどんな仕事をしているかなど、お話したいと思います！ 株式会社ユビレジに入る前ユビレジに入る前は、医療機器メーカーで営業事務をしていました。営業部での仕事は、年単位、月単位、週単位、日単位での繰り返し作業が多く、「どうにか楽に終わらせる方法はないものか」と考えていました。 あるとき、Ruby を習得すればそれらの問題を解決できるらしいという情報を得て、Web 検索や Twitter 、ブログ、書籍などから情報を集めるようになり、どんどん Ruby の魅力にはまっていき、いつしか自分でも書けるようになりたいと思うようになりました。 とはいえ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

きっかけはエンジニア内で技術的負債というのをesaにまとめてたときに、これをどうやってやっていけるのかなと思ってた。チームで仕事をしている以上、エンジニアだけではどうにもできない部分は確実にある。 もちろん他職種に丁寧に伝えるということは非常に大切なんだけど、まず「技術」というところで心理的ハードルを下げたかった。「技術」という単語が出るとどうしても「エンジニアだけのお仕事」という感じになってしまう。その時は他施策より優先度が下がることが多い気がする。 少なくとも自分がやりたい技術的負債の返却はサービスのためになるはずなので、サービス負債の返却という単語に置き換えてみようと思う。もちろんサービスを運用する上で、「望まざる状態でそうなってしまった」ものを「サービス負債」という括りにいれて言ってもいいと思う。結果的に運用が楽になってみんながハッピーになればいい。特に攻めの施策ばかりやっていて、

仕事やらなんやらでMySQLのクエリの良し悪しを判断する必要があるとき、EXPLAINの内容だけだとどのぐらい良くなったり悪くなったのか分からないので SET long_query_time = 0; してrows_examined (そのクエリでrows_sent行の結果を返すために何行に触ったのか)も一緒に提示するようにしている(少なくともMySQL 5.7時点ではrows_examinedはslow_query_logでしか確認できないはずperformance_schemaが有効ならevents_statements_historyやその仲間たちで確認できるとのこと*1 MySQL :: MySQL 5.6 リファレンスマニュアル :: 22.9.6 パフォーマンススキーマステートメントイベントテーブル)。 例: 上の例のBeforeは、もともとDBAが書いた温かみのあるSQLでO

A tiny 2 player game about finding each other. Created during #TrainJam2018. Inspired by the amazing people and scenery from that trip. Programming - Ferran Bertomeu Castells Art - Vanja Mrgan Music - Elie Abraham CineKid Play 2020 selectionJ.E.F Medialab 2021 selection

シリーズ・中央線の名居酒屋　vol.3 「和田屋」（阿佐ヶ谷） 飲み屋さんが並ぶ街並みの美しさを比べたら、きっと阿佐ヶ谷が中央線イチではないだろうか。 特に、北口の商店街「スターロード」のノスタルジックな風景の美しさは、高円寺びいきであっても認めざるを得ない。 夕暮れ時に歩き出したら、太陽を追って、どこまでも歩いていきたくなってしまうし、夜は看板の灯りに誘われて、次から次へとはしご酒をしたくなってしまう。 この街では「阿佐ヶ谷飲み屋さん祭り」という、お祭りの参加店舗であれば何軒まわっても1杯無料というチケット制の街歩きイベントが行われたりもしている。 確かに、街を眺めてフラリと歩いているだけで、お酒が飲みたくなってきてしまうのだ。 どちらかというと男性に評判の高円寺に対し、ほどよい静けさのためなのか女性に好評の阿佐ヶ谷なのだが、はしご酒したくなる度の高さでは、むしろ阿佐ヶ谷に軍配が上がるか

今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ