Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 似たような記事は山程ありますが、「日本語対応したものに絞って」「とにかく収集する」記事はあまりないなと感じていたので、この記事を作成するに至りました。 なお、抜け・漏れ・紹介文の誤り・リンクミスなどのマサカリは大歓迎です。 「日本語対応」について プログラミングフォントとして紹介されているものの中には、日本語のグリフを含まないものもあります（というか、欧米で開発されたフォントでは、それが当たり前です）。そのようなフォントを使う場合でも、ソフトウェアの努力によって日本語を表示できます。 しかし、フォントが対応していない文字は別の

2008年にモバイルコンテンツプロバイダに入社後、マーケティング部門、システム開発部門でシステム企画・プロジェクトマネジメント業務に従事。 その後2012年クルーズ株式会社に入社。入社後は技術統括部門の責任者として全社の開発平準化や採用技術選定、アーキテクト業務に従事のほか、品質管理部門やCS部門、人材育成部門の運営に携わる。2015年に執行役員就任。現在は最高技術責任者CTOとして、グループのIT技術・セキュリティ分野全般を担当。 現場と経営層の意思疎通によるテックドリブンな開発チーム作り現場の課題を集める4つの方法 本イベントの3つ目のセッションでは、EC事業を主力事業とするクルーズのCTOとCROOZ SHOPLISTの技術統括部長を兼任する鈴木 優一氏が登壇。「テックドリブンな開発チームの作り方」と題して、CROOZ SHOPLISTのチームデザインや組織作りに対する取り組みを明か

「マージがなんとなく怖い」「リベースするなって怒られて怖い」「エラーが出て怖い」 Git 入門者にありがちな「Git 怖い」を解消するため、Git のお仕事（コミット、ブランチ、マージ、リベース）について解説します。Read less

Create useful .gitignore files for your project by selecting from 571 Operating System, IDE, and Programming Language .gitignore templates

ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

「Hello! インディー」 第37回 ゲームづくりはまず米づくりから！？ 『天穂のサクナヒメ』開発者インタビュー。

はじめに 以下の記事では、僕の Vim の構成について記述しています。本来はこの記事で vim-lsp の導入方法と私的 Go 編集環境について書こうと思っていましたが、あまりにも長くなってしまったので別途書く事にしました。僕は Windows と Linux しか使わないので、皆さんの環境で使うとうまく動かない可能性があります。また僕は最新の Vim 8 しか使いません。古めの Vim を使いません。neovim も使いません。それらをお使いの方はうまく動かない可能性があります。ご了承下さい。なお設定ファイルの配置スタイルは完全に僕個人の趣味ですので必ずしも僕の構成が正しい訳ではありません。 ぼくのかんがえたさいきょうの Vim こうせい Vim の設定は vimrc に記述するのですが、その設定方法には「汚くさせない」ための工夫が必要だと思っています。以下は僕が行っている「vimrc

先日、接触確認アプリがリリースされました。これは正直日本のソフトウェアの進歩に画期的なことだったと思います。私も衝撃を受けました。 www.mhlw.go.jp その後起こったことに関して正直は私の感想はこの通りです。 日本で起こっている地獄を見て、アプリ開発者は海外に流出してしまうわって思う。あの流れは最低最悪。みんな自分が気持ちよくなるためだけに、自分の国の未来を破壊してるんやで。— TsuyoshiUshio (@sandayuu) June 21, 2020 このような展開は、私が今住んでいるアメリカでは発生しない事案だと思います。じゃあ、日米でどういう違いがあって、日本人の自分が小さな一歩を踏み出して、日本がよりよい国になるようにできるとしたらどんなことだろうということを考えてみましたので、あまりソフトウェアの専門用語を使わない形で書いてみようと思います。 接触確認アプリが生まれ

お前らのXXXXは<ネガティブな形容詞>シリーズ で失礼します。 日頃gitをお使いの皆様におかれましては、キレイなコミットを心がけていらっしゃいますでしょうか。 私も心がけてはいますが、なかなか難しいものがあります。 参考までにこちら、最近業務で書いたプルリクエストのコミットログです。 控えめに言って汚いと思われたかと思います。 ではキレイなコミットの例を。 プルリクエストというのは、やはり先達の方に見ていただいてご指摘いただこうというものですから、 当然コミットハッシュもゾロ目等でキレイにするというのがマナーです。 では今回はこのキレイなコミットをどうやって作るのか、という話を書きます (ショート)コミットハッシュ コミットハッシュとは、gitのコミットごとに生成される、40桁の[0-9a-f]からなる文字列です。 お手元のリポジトリ上で git log --format=%H を叩く

Vim の設定ファイルと言えば .vimrc ですが、これが Windows だとファイル名が異なって _vimrc とされています。 また、プラグインファイルを設置する runtime ディレクトリの名前も OS によって異なっています。 別々に管理するのは面倒なので、設定ファイルの優先度を調べながら、同じリポジトリを使用して一元管理する方法を探ります。 vimrc の共有 まず、vimrc にはシステム vimrc とユーザー vimrc の2種類があります。 システム vimrc → ユーザー vimrc の順で読み込まれ、重複する設定はユーザー vimrc で上書きされます。 システム vimrc に使用されるファイルは、基本的には $VIM/vimrc ですが、システムにより異なります。 正確にはコマンドラインで :version を実行すると使用しているシステムでの vimrc

よく訓練されたアップル信者、都元です。「認証 認可」でググると保育園の話が山程出て来ます。が、今日は保育園の話ではありません。そちらを期待した方はごめんなさい。こちらからお帰りください。 さて、先日のDevelopers.IO 2016において、マイクロWebアプリケーションというテーマでお話させて頂きました。一言で言うと OAuth 2.0 と OpenID Connect 1.0 のお話だったのですが、これらを理解するにあたっては「認証」と「認可」をはっきりと別のものとしてクッキリと認識する必要があります。 まず、ざっくりとした理解 認証と認可は密接に絡み合っている一方で全く別の概念です。正直、理解は簡単ではないと思います。 まず「認証」は英語では Authentication と言います。長いので略して AuthN と書いたりすることもあります。意味としては 通信の相手が誰（何）であ

こんにちは、買物情報事業部の荒引 (@a_bicky) です。 前回、「検索結果の疑問を解消するための検索の基礎」で単語単位でインデキシングする前提で説明しましたが、今回は文などを単語単位で分割するために使う技術である形態素解析について触れます。 形態素解析器には色々ありますが、中でもメジャーと思われる MeCab の仕組みについて説明します。 MeCab の解析精度を上げるために辞書に単語を追加したことのある方もいると思いますが、動作原理を理解することで単語を追加する際に適切な生起コストを設定できるようになったり、学習の際に適切なパラメータを設定できるようになったりするはずです。 なお、MeCab は汎用テキスト変換ツールとしても使用できます が、簡単のため MeCab + IPA 辞書のデフォルト設定前提で説明します。 アジェンダ 形態素解析とは MeCab における最適な解析結果の推

はじめに 先日、とある知りあいのRubyプログラマからこんな相談を受けました。（内容はちょっとボカしてます） 社内のコードレビューでもっときれいなコードを書けるようになった方がいい、と言われました。 「きれいなコードを書けるようになれ」と言われても、具体的にどうすればいいかわかりません。 伊藤さんのアドバイスを聞きたいです。 この内容だけだとどんな問題があるのかわからないので、実際に指摘を受けたRailsアプリのコードを見せてもらいましたが、確かに「もうちょっと頑張りましょう」と思うような点がチラホラありました。 ただ、具体的にどうすればいいの、という答えは一言では言えません。 というわけで、今回のエントリではこの悩みを解決するのに参考になりそうな話をあれこれ書いてみようと思います。 （その前に）もくじ かなり長い記事になってしまったので、先に目次を載せておきます。 はじめに （その前に）

[D] Windowsはターミナルがダメだから使えないってのは過去の話? 基本的にはいい感じに見えますが、いくつか問題は発覚してます。 http://blog.drikin.com/2015/01/windows-2.html 僕は Cygwin よりも msys2 が好きです 理由は最後の方に書きます。 cygwin は windows 上に完全な POSIX を提供するのが目的であって、msys2 は native な windows アプリケーションをビルドするのが目的なのでゴールが違うのよね。そして僕は全て cygwin で染められるのが好きじゃ無い。それだけの話です。 — mattn (@mattn_jp) April 10, 2016 もちろん msys2 を POSIX 環境としても使いますが、一番の目的は cmd.exe から Windows ネイティブなアプリケーションを

Azure App Service (Web Apps) がリリースされて 6 年、情報のアップデートを行いつつ気になった情報は適当にブログに書くという日々ですが、Regional VNET Integration や Service Endpoins が使えるようになって設計に大きな変化が出るようになったのでまとめます。 最近は Microsoft で HackFest を行うことも多いのですが、App Service をこれから使い始めたいという場合に、失敗しない構成を共有したい、知ってほしいという意図もあります。多いですが中身は単純です。 基本設定 64bit Worker は必要な場合のみ利用する FTP / Web Deploy をオフにする Always on を有効化する ARR affinity をオフにする HTTP/2 の有効化を検討する Health Checks の

ふと思い出したので。 就活サイトの運営に携わっていたとき、多くの知人に就活や仕事の話を聞いたのですが、ベンチャーに入社した知人の多く（およそ8割）が3年以内に辞めており、ちょっと驚きました。 で。長く働いたあとの退職だと円満な感じで終わることが多いと思いますけど、3年以内だとその理由が実に種々雑多で面白かったので、気侭に列挙していきたいと思います（随時、追記するかも） しかし、追加するたびに「周りに多いなぁ。3年離職」と思います。苦笑。 ※最終更新：2025/02/13 ※あくまで「3年以内にベンチャー企業を退職した知人に理由を尋ねた結果」をまとめただけです。ベンチャーによくある退職理由、大手にはないベンチャーならではの理由をまとめた記事ではありません。 1. 周りの社員が想像以上にモチベーションが低かった 2. 昇進の可能性が（まず）ない 3. 1年たって成長が止まった 4. 自分だけ損

書いていないネタは多いのですが、アンケートで C# についてと言われました。 次なんの記事がいいですか？ #書く記事募集中— guitarrapc_tech (@guitarrapc_tech) April 23, 2016 そこで、私自身 C# を学ぶにあたって参考にしているものをまとめておくことことにします。*1 はじめに感謝と尊敬を。ここに載せていないサイト、書籍の多くからも学びも得ています。今現在もそうです。 私自身が何か恩返しをできればと思いつつ、同じように悩まれている方への参考となれば幸いです。 個人ブログ Microsoft関連 困ったときの まとめ 個人ブログ 順番には大きな意味はありません。 サイト ブログ主 参考にしている分野 備考 ++C++; // 未確認飛行 C https://twitter.com/ufcpp C#, プログラミング全般 C#は書籍よりもここか

Flash Fill (Excel) Perhaps the closest thing to magic Excel users will ever see in a workbook is Flash Fill. — Susan Harkins, TechRepublic, 10 best new features in Excel 2013 (opens in new tab)​ This is one of the main reason I purchased Office rather than sticking with free programs, only to find out that it is not supported on Mac versions of Excel. Absolutely unbelievable and disappointing. (Wh