Agile, Software Engineering, Process Kaizen. They mix like oil and water ?
Agile, Software Engineering, Process Kaizen. They mix like oil and water ?
ステップ数で評価が決まる現場では全く役に立たないテクニックではありますが、ソースコードの減らし方について紹介したいと思います。 開発Div. エンジニアのayasudaです。 2014年の夏にジョインし、会社名と同じサービス、クラウドワークス の開発に携わっています。 ご覧の通り、消したソースコードの方が多いので、ステップ数換算だとマイナスの働きしかしてませんね! 本記事では、特に Ruby on Rails の運用されているプロダクトコードにおける、ソースコードの減らし方について紹介していこうと思います。 基本的な考え方 ソースコードを減らすときの大原則は「ボーイスカウト・ルール - プログラマが知るべき97のこと」です。 普段、ソースコードを触るときに、一つでも良いので簡単な改善を入れる。これを積み重ねるのが大事です。 一度に一気に直そうとするのはあまり良くありません。大抵の場合、デグ
サイボウズ・ラボのインターン制度「ラボユース」の卒業生である赤間さんが、プラレールで「半加算器」(Half Adder)という論理回路を制作しました。そこで赤間さんご本人に、論理回路をプラレールで実現する原理や、実際にどう構築されているかについて寄稿いただきました。 11月05日(土)、06日(日)に開催される「オープンソースカンファレンス2016 Tokyo/Fall」にて、プラレール半加算器の実物を展示することになりました。詳細は「実物展示『プラレール半加算器』」をご覧下さい。 文:赤間 仁志 図版:歌工房 写真:風穴 江(tech@サイボウズ式) はじめまして、サイボウズ・ラボユース第5期生の赤間です。ラボユースでは構文を自由に拡張できるプログラミング言語の開発を行い、今年の3月に卒業しました(※1)。 このたび、以前から構想していた「プラレールで論理回路を設計する」という挑戦の一環
投稿開発部の外村(@hokaccha)です。今回はReactについてのお話です。 ReactとSPA 最近JavaScriptやそれを取り巻くフレームワークなどの話題では、サーバ側はAPIのみを提供し、View(HTML)は全てJavaScriptで描画するような、いわゆるシングルページアプリケーション(以下SPA)についてよく語られます。 一方で、SPAを構築するにはコストがかかることも事実で、特にフロントエンドエンジニアが多くない環境では、従来通りサーバーサイドでViewを書きつつ動的な部分だけJavaScriptで処理するというアーキテクチャのほうが現実的な場合も往々にしてあります。 今回はこのような、サーバー側でHTMLを生成し、一部の動的な部分だけをReactで書くためのTipsを紹介します。 なお、基本的にサーバーサイドはRails前提ですが、RailsにおけるReactの開発
2. BARRY O’REILLY In a time of drastic change it is the learners who inherit the future. The learned usually find themselves equipped to live in a world that no longer exists Eric Hoffer 2 Eric Hoffer, Reflections on the Human Condition (1973) エリック・ホッファー 変化の激しい時代は学習者が未来を担う 学習が済んだ者は過去を生きる 3. BARRY O’REILLY CREATIVE DISTRUTION 3 • 57% of Fortune 500 in 1995 did not make the cut in 2015 57%が2015年に存在して
多くの人が力をあわせる「チーム」が仕事を進める上で重要なことは何か、Googleの社内チームを研究して見えてきた重要なポイント5つがまとめられています。 re:Work - Guide: Understand team effectiveness https://rework.withgoogle.com/guides/understanding-team-effectiveness/steps/introduction/ ◆何が「チーム」を定義づけているのか 「効率の高いチームを作るものは何か?」と問いかける際に重要なのが、そもそも「チームとは何か?」を認識することであるとのこと。メンバーであること、関係性、そして個々人の責任について明確にすることで、チームの効率性は大きく向上するといいます。 その中で意識すべきなのが、「ワークグループ」と「チーム」の違いを認識すると言うこと。この2つは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く