フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
![KAIZEN platform Inc. の開発マネジメント](https://cdn-ak-scissors.b.st-hatena.com/image/square/758d3966612f20ad4143f4e0dcf5007388fadf0b/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F17879a60e7ee0131df2d760a2cf4378f%2Fslide_0.jpg%3F3252295)
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
作業してる息抜きにブログ UI/UX言うな論は、あたかもUIがUX全体を規定してしまうが故に起きる意識の齟齬にあると思っている。 あたかもwikipediaをwikiと言ってしまったり、JavaScriptをJavaと言ってしまいエンジニアの不安を掻き立てる人たちへの不安に近いものだろうか。 まぁそもそもUXという言葉が非常にわかりにくい。わかりにくいと言えば、その昔は「システム」という日本語が日本にはなかったと、芝浦工業大学で初めてのカタカナ学部である「システム工学部」と言う名前を日本に持ち込んだ時の話を聞いたことが有る。 僕に認知だと芝浦工大のシステム工学部は言うほど古い学部ではなかったが、なんとその時代の手前まで「システム」という言葉がなかったというのは驚きだ。そりゃソフトウエアで日本が勝てないわけだ。物質主義とでも言うのだろうか。僕が製造業にいたとき、ソフトウエアはオマケみたいなも
Airbnbは現在人気急上昇中の、オンラインで宿泊場所を見つけるためのサービスだ。Airbnbのエンジニアリング担当上級副社長のマイク・カーティスは、一年ちょっと前に同社に加わった際、あることに気付いて「ショックを受けた」という。 一種の武者震いである。カーティスは、人々が世界中どこに旅行してもくつろげるような仕組みを作り出すというAirbnbの使命に突き動かされている、自立した企業文化を見いだしたのだ。体制面での不足は情熱によって補われており、エンジニア達は自分のタスクを自分で見つけ出し、それらに取り組んでいた。 毎月100万ものユーザーが、宿泊場所を求めてAirbnbを利用している。ホスト側が提供する宿泊用のスペースは様々で、予備のソファー、客室、アパートの一室、時にはツリーハウス等というものまである。利用可能な宿泊施設を探したりゲストからホストへの国をまたいだ支払いを取り扱ったり、技
ネタ元: 「エンジニアをつくる」という理念掲げていたら、エンジニアが社内からいなくなった件 | 新田章太の「エンジニアをつくる」ブログ 話の発端は、 俺がDMTCについて知ってること,またそれに対する所感 - 職質アンチパターン がFacebookで話題になっていて、やばいなぁと思っていたら主催者もやばかったみたいな話。 内容自体ただヤバイんだけど、その中でも明確にツッコミを入れておきたい部分があった。 僕らの強みはDMTCを通じて、沢山のお客様とのつながりがあること このつながりを活かして、 国内外のIT企業で働くエンジニアのスキルを定量化しよう というひとつのテーマにいきつきました。 http://maximum80.me/archives/821 この部分についてFacebookで俺はエンジニアをバカにしてるって書いたけど、もうちょっと具体的に落としこもうと思った次第です。 ものさし
You shouldn’t use a spreadsheet for important work (I mean it) 経済学者はうらやましいね。コンピューター科学者とは違って、革新的な研究で、ベストセラー本をだせるときている。たとえば、 Capital in the Twenty-First Centuryだ。この本はマルクス経済を再認識させる本だ。本を読んでいない人のために要約すると、資本の増加は賃金の増加よりも高いので、資本を持つ者はますます富み、ますます強大になる。大多数は貧する。少数のエリート達が、富のすべてをかき集める。一般人には富は残らない。この見方は、彼の専売特許ではない。富の集中という概念には、富める者はますます富み、貧するものはますます貧すというキャッチフレーズまである。 同じ主張をするものはいくらでもいる。しかし、証明するのは難しいし、一部の経済学者は、反証すら
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 コードを書き続けるためにやってること(by Voluntas) なんか流行っているので乗ってみます。 趣味コード 趣味とはいっても、暇つぶしだったり、流行りもののチュートリアルに触って「おれ新しい◯◯やってみたぜ」みたいなのは極力しないようにしてます。仕事で必要になった時に、仕事の時間の中で集中的に学ぶ方が学習効率が高いので、趣味時間の活用という意味ではもったいないですよね。幸い、まったく未知の基礎的な内容というのはほとんど出会わなくなってきて、新しい技術といっても、既存の知識を土台にして、軽く検索すればOKなことがほとんど。ということで、趣味といっても、将来の仕事で役に立ちそうな種となる可能性のあるものを作るように心がけています。実際に種になるかどうかは運次第なので、命中率に
数年前から身内で時々集まって開発合宿をしていて、成功失敗あわせて知見が貯まってきたので備忘録として記事にしておきます。 なお、ここで開発合宿と言っているのは1,2部屋に1泊して済ませるような規模のもので、ホワイトボードでブレストしまくりといったものではなくて淡々とみんなでパソコンするみたいなものを想定しています。 宿選び あえてオススメの宿リストみたいなのは書きません。なぜなら開発合宿向けの宿まとめみたいな記事を真に受けて失敗したことがあるので、そのようなリソースをインターネットに増やしたくない。 開発合宿で有名な某旅館は、割安ではあるが無線LANが弱すぎ、温泉はぬるすぎ、メシもいまいちという品質なのに、開発合宿に選ばれがちである。○○旅館に行ってきましたという開発合宿レポートをみんながブログに書くから検索にヒットしてみんなそこに行くみたいになってて、負の連鎖が起こってる。 無線LANより
■誰もが「自分ばっかり忙しい」と思っている 後輩も先輩も、派遣もバイトも、みんな「自分は大変だ。自分に仕事が回ってきて、自分ばっかり忙しい」と思っている。 仕事ができないと思っていた後輩の口癖は 「俺は忙しいんです」 だ。あんまり、仕事は抱えていないはずなんだけど・・・。 Chromeのインストールも自分でできないような派遣の方も、ある仕事の進捗を尋ねたら、 「私は忙しいんです」 と言っていた。 仕事ができる先輩も、 「俺ばっかり仕事が回ってきやがる」 みたいに言っていた。 誰もがみんな、自分はすごく忙しくて、自分ばっかり頑張っているように思っているのだ。 みんな、主観で忙しいのである。 ただ、そんな中、本当に仕事もできて人間的にもカッコイイ先輩は、どんなに仕事が回ってきても、黙々と、淡々とこなしていた。 こういう人になりたいと思った。 ■マネジメントと将棋の関係 大企業だとありがちなんだ
WordPressがCMS1強時代を築きつつある中、名古屋のWeb制作会社「アップルップル」が開発しているCMS「a-blog cms(えーぶろぐ しーえむえす)」が着実に採用実績を伸ばしています。有料なのになぜ売れているのか? その魅力は? 実際に企業サイトを作成しながら、a-blog cmsの使い勝手を体験できる連載をお届けします。解説は開発元のアップルップルにお願いしました。(編集部) a-blog cmsはアップルップルが開発・販売している商用CMSです。Web制作会社として培ってきたノウハウを盛り込み、必要な機能を簡単・便利に使うことを目指して、2009年6月にVer. 1.0をリリースしました。2013年12月にはVer. 2.0をリリースし、1400を越えるサイト、350事業者に利用されています(2014年1月現在)。 クライアントに優しい3つの特徴 ユーザーに優しい編集画面
https://medium.com/p/506a06ae35ea 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 自分は最初に手がける立上げ仕事がほとんどだったので、他人のタスクを引継ぐよりは、次の方にバトンタッチすることが多かったと思います。右も左もわからない状況から始める立上げ仕事は、楽しいけれど、前に進めるだけでそれはそれで大変。なので、引継ぐときは「頑張ったね。」と自分に言ってあげたいというのが本音。とはいえ、引継いだ人が後から見れば、相当アラい仕事ぶりに思えたでしょう。大成功してないプロジェクトについては全て、批判は甘んじて受け入れるべきなのかもしれません。 Shamoon Siddiquiはブログで、安易に前任者の責任にする危険性について語っています。 新しく採用した後任のエンジニアが入
Over the years I've come up with a few rules for MVC web apps that have served me well and kept large codebases from descending into chaos. While the terminology may differ, these rules should hold true for most client-side MVC frameworks such as Backbone and Ember. Some frameworks have different naming MVC conventions, and slightly different takes on separating concerns. In this document, control
(Photo:Event: Meet The Media Guru | Cory Doctorow by Meet the Media Guru) 最近、開発チーム内でQiita:Teamを導入し、情報共有・コミュニケーションが目に見えて活性化してきています。 自分の作業ログにもなるし、同時にメンバにもシェアでき、さらにはいいねやコメントなどでフィードバックを得られるので、最近は何でもQiita:Teamに書いています。 個人的に気にっている点をご紹介します。 情報発信するモチベーションがわきやすい Markdownで手軽かつ綺麗に記述できる 簡単なMarkdownによって、整形されたドキュメントを素早く作成することが可能です。 入力フォームも、タブでインデントされたり、自動補完されたりと入力の手間を軽減する仕組みも多く実装されています。 macでは、kobitoというクライアントが用意さ
あれは、僕がデータベースを扱ううち最初から3件目のプロジェクトだった。 C++のソースが難解で火を吹いているという話で、自分は低スキルの若造。火にくべるには丁度良い程度のやる気と責任感をもっていた。折悪く別のプロジェクトが終了した直後だったもので投入されたのでした。 現場で『DBからデータを吸い出すツールかSQLを作ってくれ』といわれ話をきくと他社が作ったDB定義がすこぶる使いづらいという。 ER図やDB定義を見せてくださいと言ったのだけど、そんなものは無いという返事。 今ならもうここら辺で逃げ出すところですが、当時は『ふーん。』てなもんでそういうこともあるのかくらいの軽い気持ちで考えていました。 で、プロジェクトの資料をあさりまくって何とかDB定義のようなものも見つけDBのデータを調査し始めたのですが何かがおかしい。 機能の数に比して異様にテーブル数が少ないのです。 ふと周りを見ると、皆
昨日読んだコード、$nameっていう変数の先頭二文字を取り出した変数名が$naでおもしろかった。おもしろいけどうれしさはない。先頭二文字取り出す必要があるなら、何かシステム的に意味のある行為のはずで、システム的に意味のある名前がなかったら何か名前をつけて、みんなその名前で呼んだり話したりできるようにする必要があると思う。たとえば、「名前の先頭二文字」より、「ユーザーのプロフィールアイコンの格納されているディレクトリ」のほうがわかりやすい。ディレクトリは、仕様としては、名前の先頭二文字を使う、とか。また、あちこちで名前の先頭二文字を気にしてるのは変で、プロフィールアイコンクラスにこの人のURL作ってくださいってお願いしたらURLもらえるほうが普段は先頭二文字とか無視できて便利。 blameしてないから特定の人をdisってるわけではなくて、こういうコードは一般的にこうあるべきという話で、bla
はじめに 前回、非プログラマに対してプログラマに理解してほしいことというのを書いたら、なんかあとから伸びてきて、みんな思っていたことだったんだなーと思う反面、逆に一方通行に、プログラマだけが理解しろ!というのではなく、自分がプログラマとして働く上において、ちょっとだけ意識していることをあげておいたら、お互いにWin-Winかもね、と思う。そもそも、何かを要求するのに何も与えないというのも都合のいい話だろう。 もちろん、プログラマというのは一括りにできないし、前回の如く、当たり前にやっていることかもしれない。また「気を付けている」ということなので、気を付けている程度で本当はできていないかもしれない。 ただ、自分としては、非プログラマに対してこういうコミュニケーションが出来たら理想だなと思っている。そして、これはスタートアップの話である。すべての組織に適応できればベターだけど、そう簡単ではない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く