🏆 The Top 50 Developer Tools of 2019 | StackShare
It’s that time of the year again! 🥁 The 6th Annual StackShare Awards have arrived! 🎉 Check out the 2018 awards if you missed it This year, we did things a bit differently. First, we lied. This isn't the Top 50 Developer Tools. We've actually outlined the Top 140 tools of 2019 😱 We analyzed over four million data points shared by you- the StackShare community- to bring you these rankings 🤯 Base
research!rsc: Our Software Dependency Problem
For decades, discussion of software reuse was far more common than actual software reuse. Today, the situation is reversed: developers reuse software written by others every day, in the form of software dependencies, and the situation goes mostly unexamined. My own background includes a decade of working with Google’s internal source code system, which treats software dependencies as a first-class
SIGPX: Special Interest Group on Programming Experience
SIGPXは、プログラミングのための環境と、その環境が提供する体験の設計に興味を持つ人で集まり、最新の研究動向や事例について情報交換する会です。 The English translation is available here. 何でやるの？──かつてコンピュータのユーザが全員プログラマだった時代、プログラミング言語・ソフトウェア工学とHuman-Computer Interaction・ユーザインタフェースの研究には何の違いもなかったはずです。その後、GUIの登場とともにプログラマ・エンドユーザの区別が生まれ、分野が細分化しました。今また、誰もがプログラミングを学ぶべき時代と言われるようになり、これらの研究分野を横断してUXならぬPXすなわち「プログラミング体験」を考え直すべき時期がきているように思います。 企業が最先端の研究をしてデプロイしていることが当たり前のご時世、研究と開発を分
あの頃、僕たちはiPhoneもAndroidもぶっ潰したかったんだ - ＷＩＣの中から
それはそれは昔の話、iPhone一辺倒だったスマートフォン市場にAndroid機が挑戦を始めた頃の話。携帯とPCの垣根が揺らぎだし、PCのうち「消費者」的な機能が携帯へと輸入され始めていた。その流れを受けて某社ではAndroidでも、もちろんiOSでもない新たな勢力を打ち上げようと、あるプロジェクトが動いていた。 携帯にPC的な機能を付与するのではなく、PCを携帯的な使い勝手にすれば…。 その製品思想を元に、PCのCPUを保有しWindowsとSymbian(いわゆるガラケーのOS)の両方のOSが動く、デュアルOS携帯電話の開発が始まった。PCの開発部隊に所属していた若き日の僕は、唐突にこのプロジェクトにアサインされた。 迷走する試作機 致命的な問題 超法規的処置 壮絶な人体実験 再起不能(リタイア) 夢の終わり 迷走する試作機 言うまでもなくチャレンジングで無茶な製品企画だった。ソフト・
language server protocolについて (前編) - Qiita
（今のところ前後編に分ける予定ですが、追記したり構成が変更になったりするかもしれません。予定は未定。） 2016年6月に、Microsoftがlanguage server protocolという仕様を公開しました。 本稿では、このlanguage server protocolの存在意義や具体的な実現方法について解説します。 language server protocolの存在意義 language serverとは、IDEが必要とするプログラムのプロジェクト ソースを解析して情報を提供する機能を、サービスとして実現するものです。language serverがサポートされたIDEでは、型やメンバーの自動補完、変数やメンバーの定義参照、変数やメンバーの利用箇所の検索、コードの自動フォーマット、コードのエラー分析や修正案の提示といった、さまざまな機能を実現できます。 Microsoftの
devproxyをWebアプリケーション開発で使う - 偏った言語信者の垂れ流し
devproxyというのを開発時に使っているのですが、便利なので紹介します。 GitHub - moriyoshi/devproxy: A swiss army knife of forward HTTP proxies devproxyは、Webアプリケーション開発向けのHTTPフォワードプロキシです。次のような点で便利です。 /etc/hostsの編集やDNSの設定をしなくても、開発サーバーにドメイン名を指定してでアクセスできる そのため、個々の開発環境に差(VMを使ってたりローカル環境だったり)があっても、概ね同じ手順でツールを利用できる 設定を保存、共有するのが簡単(YAMLファイル) クロスプラットフォームで動作し、実行に必要なファイルも1つなので容易に導入できる HTTPSに対応しているため、開発時にHTTPSスキームでの動作確認などが容易にできる 作者はmoriyoshiさん
会社設立 freeeの開発を支えた3つのプラクティス - freee Developers Hub
いよいよfreeeの開発チームブログが始まりました。初回を任されましたエンジニアの米川（@yonekawa）です。 記念すべき最初の記事ということで何を書こうかと考えたのですが、開設つながりで会社設立 freeeの話をしようと思います。 会社設立 freeeは「会社設立に必要な書類が5分で作成可能」なサービスで、リリースされてから現在までに3,000社以上の企業がこのサービスを利用して法人登記されています*1 順調に成長していると言える会社設立 freeeは、1年半ほど前にPM・ビジネス・UX・エンジニアの4人のチームで開発されました。 エンジニアは僕だけで、rails new してからリリースに至るまでの全てのコードを1人で書いていました。 そんな限られたリソースの中でプロジェクトを成功させるために、当時の僕たちが大事にした3つのプラクティスについて紹介します。これらのプラクティスは現在
いろいろと思ったことなど。 - mixi engineer blog
こんにちは、仕事するのは好きだけど出勤が大嫌いな森本＠たんぽぽグループです。 今年の5月頃に社内ブログに書いた文章をまとめなおしてみました。 社歴とか年齢とか経験年数とか 社歴とか年齢とか経験年数とかは飾りで大した意味はありません。 よくわからない仕様があったときに、尋ねると歴史的な経緯を教えてくれるとかあるかもしれません。 聞いたらどんどんドキュメント化しておくといいです。 遠慮しないでね 変だって思ったときに、先輩だから年上だからと遠慮する必要はまったくありません。 というよりも、遠慮することは悪です。 目的はよりよいサービスを作ること。 遠慮することで目的を達成できるのならば遠慮すべきですが、逆に達成を妨げる方向しか働きません。 間違いを認めよう アイデア・プログラム・設計などなどに対する指摘は、個人に対する攻撃と取る人が時々います。 指摘されて間違いを認めることは最初は恥ずかしいで
Microsoft Corporation
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
スマートフォンアプリ開発における共創的な開発チーム
複雑かつリッチな体験を提供するスマートフォンアプリを開発するためのチームワーク、その中でのエンジニアの役割について
アジャイル・DevOps 実践企業サーベイの集計結果と考察 - メソッド屋のブログ
先日、113名もの皆さまの協力を得て、「アジャイル・DevOps 実践企業サーベイ(2016)」を実施させていただきました。その集計結果を公開したいと思います。 サーベイにバイアスが入らないように、事前に公開をしていなかったのですが、本サーベイの目的は、日本に、DevOps を導入するにあたり、その前提条件である、アジャイル開発の導入がどの程度本質的に進んでいるか？ということを調査したかったというのが発端になっています。著名なIPAのサーベイ(2013)では、５１％の企業がアジャイル導入済みになっていましたが、肌感覚的には本当かな？というのがあったので、調査してみたくなりました。 今回はサーベイの結果をフル公開いたします。私もサーベイのプロではありませんし、コメントはあくまで私の見方ですので、みなさんご自由のこのサーベイの結果をご利用ください。皆様の分析を皆様のブログに書いていただいてもも
逆コーンウェイ戦略とDevOps, Microservices, Agile
コーンウェイの法則 「コーンウェイの法則」というのを知ってますか？Jim Conplien の組織プロセスパターンにも登場しますが、”組織の構造がソフトウェアの構造に反映する“あるいはその逆、“ソフトウェアの構造が組織の構造に反映する”というものです。Wikipedia によると、 Conway’s law is an adage named after computer programmer Melvin Conway, … “organizations which design systems … are constrained to produce designs which are copies of the communication structures of these organizations”
Web Initiative Center と社内的な所信表明
4月から社内の Web Initiative Center ( 以下 WIC ) というグループで、新しい業務に取り組み始めました。社内メールに放流することを前提として書いているので、社内向けの内容です。すみません。 2016/11/03 追記: 開局6か月／900万DL突破の「AbemaTV」、急成長するウェブサービスを支えるフロントエンドエンジニアの舞台裏：CodeZine（コードジン） の取材の中でも Web Initiative Center について話をしました。 活動 Web のプロダクト品質を横断的に向上させる Web 技術を使ったチャレンジがしやすい環境をつくる この2つが活動の主旨であり、これらを通して Web によるユーザー体験を向上させることが目的です。 活動は CyberAgent 全社ではなくメディア系の部門内にひとまず限られますが、この中にはアメブロや Ameb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ngrok - secure introspectable tunnels to localhost
日本のコンピュータ情報 : 富士通
クックパッドでの Webアプリケーション開発 2017 / Web application development in Cookpad 2017
快適なサービス開発を支える技術/Cookpad TechConf 2017
アジャイルで品質とベロシティを両立する
GitHub - wantedly/webmock-proxy
An Appropriate Use of Metrics