クラウド健康管理システムCarely（ケアリィ）を開発・運営する株式会社iCARE（所在地：東京都渋谷区、代表取締役：山田洋太）は、今後の事業成長に向けた開発組織の強化を目的として、2021年5月1日...
iCARE、CTOに荻野淳也（おぎのじゅんや）が就任 〜Carely開発チーム、今後はCTO・VPoEの２トップ体制へ〜 | 働くひとの健康を世界中に創る iCARE
クラウド健康管理システムCarely（ケアリィ）を開発・運営する株式会社iCARE（所在地：東京都渋谷区、代表取締役：山田洋太）は、今後の事業成長に向けた開発組織の強化を目的として、2021年5月1日...
Rubyの開発を支える技術 - クックパッド開発者ブログ
こんにちは、遠藤（@mametter）です。RubyKaigi Takeout 2020お疲れさまでした。 現在クックパッドには、フルタイムでRubyの開発をしている人が2人います（笹田と遠藤）。 それぞれ、Ruby 3の目標である並列性と静的解析の実現をメインミッションに据えて活動していますが、実はそれ以外にもRubyの開発を支えるための活動をいろいろやっています。 今回は、遠藤が関わっている範囲で、「Ruby開発者会議を支える技術」「Ruby開発のリモート議論を支える技術」「Rubyの品質を支える技術」についてざっと紹介してみます。 1. Ruby開発者会議を支える技術 Rubyに対する機能提案などの議論は、原則として、バグトラッカ上で行われます。 しかし、設計者であり最終決定権を持つmatzの多忙などの理由で、それだけでは議論が停滞してしまうのも事実です。 そこでRubyでは、開発促
自らひび直し増殖する「生きたコンクリート」、米科学者らが開発（The Telegraph） - Yahoo!ニュース
【記者：Sarah Knapton】 ひびが入っても自ら修復し、さらには新たな塊を産み出すこともできる「生きたコンクリート」が開発された。砂とバクテリアから作ったもので、荷重を支える構造物としての役割を果たすとともに、再生といった生物としての機能も併せ持つ。 開発したのは、米コロラド大学ボルダー校の研究チーム。論文の首席著者で生物素材研究室を率いるウィル・シュルーバー博士は「フランケンシュタインのような素材だ」と話す。「まさにそのような素材を開発しようとしている。生き続けるものだ。光合成するシアノバクテリア（ラン藻）を使って骨組みに生体鉱物形成作用を引き起こすので、とても環境に優しい」 生物素材を開発するために研究チームはまず、ヒドロゲル（水ベースのゲル）と砂で土台を作り、そこでシアノバクテリアを増殖、ミネラル化させた。これは海で貝殻が形成される仕組みと似ている。 この新素材はただ生きてい
ノータブルコード2 - 斬新なコメントでコードの可読性を高める - 2020-01-15 - ククログ
この新しいコーナー「ノータブルコード」では、私たちが開発の折々に目にした興味深いコードをご紹介しています。世の中の実際のプロジェクトから、興味深い素材を肩の凝らない形でご紹介していきたいと思いますので、楽しみにしていてください。 Brubeck - 創造的なコメントで見通しを良くする 第2回目に紹介するのは、GitHubが開発したStatsD互換サーバー Brubeck からの一コマです。 int brubeck_statsd_msg_parse(struct brubeck_statsd_msg *msg, char *buffer, char *end) { *end = '\0'; /** * Message key: all the string until the first ':' * * gaugor:333|g * ^^^^^^ */ { msg->key = buffer
デイリーポータルZシステム移行インタビュー :: デイリーポータルZ
こんにちは、編集部 石川です。 さる10/16、デイリーポータルZは裏側のシステムが総とっかえになりまして、現在あたらしいシステムの上で動いております。単なるシステム移行ではなく、15000本ほどの記事以降、ドメイン移転に文字コードの変更、SSL化など一気に実装した大手術でした。 くわしくはこちら⇒ デイリーポータルZをはげます会スタート＆サイトのURLが変わりました それを記念しまして（？）、来週11/12にシステム移行に関するトークイベントを開催します！今日はその告知も兼ねて、関係者インタビューをお送りしたいと思います。 イベント詳細＆チケットはこちら！ そして今回インタビューをお願いしたのは、システム移行のプロジェクト管理を担当していただいた、日本システム技術株式会社（以下：JAST）の小林梨恵子さん。 今回の移行プロジェクトの最重要メンバーのひとりですが、残念ながらイベントには出演
個人開発の高校野球ゲームが収益1,290万円超えるまでにやった3つのこと。引退かけたアプリ開発者が語る「課金収益10倍」ドラフト課金の思わぬ効果。 | アプリマーケティング研究所
個人開発の高校野球ゲームが収益1,290万円超えるまでにやった3つのこと。引退かけたアプリ開発者が語る「課金収益10倍」ドラフト課金の思わぬ効果。 名古屋で野球ゲームをつくっている個人開発者を取材しました。「個人開発者特集2018」の第三回です。 ※furuApplications 古田 悠さん 月100万円いかなければ「アプリ開発者をやめる」 簡単に自己紹介をお願いできますか？ 名古屋で活動している個人アプリ開発者です。いまは野球シミュレーションゲーム（シリーズ3作品）を主につくって生活しています。 独立して1〜2年は、貯金を食いつぶしながら生活してたのですが、シリーズ2作目の野球ゲームで、月に30万円はなんとか稼げるようになって。 そこでようやく、アプリで生活できるようになりました。 それはそれでスゴイですよね。 ただ、厳しい状況から脱したものの、結婚していて子供もいたので、正直なとこ
DX: Developer Experience （開発体験）は重要だ - Islands in the byte stream
DX: Developer Experience （開発体験）とは、あるシステムを「気持ちよく開発・保守できるかどうか」を示すもの 開発者は開発・保守という行為を通じたそのシステムのユーザーであり、DXはUXの一種である DXがよいと日々の開発を楽しめるようになり、気持ちに余裕ができる 気持ちの余裕がでるとコードの品質があがり保守時のデグレも減らせる また、DXがよい事自体がDXを高める動機になり、正のスパイラルを見込める つまり、「定められたタスク」（＝義務）以上のことを行うようになる DXが悪いと開発を楽しめず、「定められたタスク」以外のことをしたくなくなる DXは放置すると悪化するので、「DXがよくも悪くもない」プロダクトは時間が経つに連れ「DXが悪い」になる なので積極的にDXを良くしていく活動を奨励していくのがよい いくつか興味深いフィードバックがあったので記しておきます。 DX
自分のコードを嫌いにならない、そのためにやるべきこと
「異能」ともいえる際立った能力や実績を持ち、まわりから一目置かれるエンジニアを1カ月に一人ずつ取り上げ、インタビューを掲載する。今月取り上げるのは、テスト駆動開発（TDD）の日本での第一人者として知られる和田卓人氏。JavaScriptのテストフレームワーク「power-assert」の作者でもある。最終回である今回は、power-assertの開発やテストに対する考え方などを聞いた。 （前回から続く） 自社製品を開発しようとワークフローエディターを自作して得たJavaScriptのスキルセットは、ぼくの大きな財産になりました。ワークフローエディターはかなり複雑なソフトウエアなので、テストコードなしでは開発は困難です。そこでJavaScriptのテストについてもいろいろ調べてみました。しかし、JavaScriptのテストの仕組みは当時はまだ全然発達しておらず、ほぼ手探り状態でした。 201
設計だけでコードを書けないなら断る、TDD伝道師の原点
コンピュータに最初に触れたのは、中学1年のときに家にパソコンが来たことでした。父親がコンピュータソフトウエア開発の会社を立ち上げて、家に開発用のDOS/Vパソコンがやって来たのです。 悔しいことに、その時点ではプログラミングにはあまり興味を持ちませんでした。単なるゲーム機の一種としてDOS/VやWindows 3.1のパソコンに触れていたというのが実情です。高校まではプログラミングは全くやっていませんでした。 世の有名なプログラマーは、たいてい小さい頃から街頭でパソコンを触っていたりマイコン雑誌を読んだりしています。それに比べると、コンピュータにあまり興味を持たなかったことにコンプレックスや一種の後ろめたさを感じています。 留学でコンピュータの重要性に気づく 1996年に国際基督教大学（ICU）に入りました。ICUには教養学部（リベラルアーツ）という一つの学部しかありません。「最初の2年間
いまだにユニットテストって受け入れられないんだろうな - 個人的なまとめ
色んな所で「テスト(ここではユニットテスト)を書かないのは小学生までだよねー」とか、もっと汚い言葉で言われたりするけど、いまだにうちのチームでは自分だけしか書かない現状が悩ましい。 Jenkinsさんが激おこになっても誰も何も反応しない。 もちろん、全部が書けるとも思ってないので、自分が不安なところとか、変更が多く入りそうなところとかを中心に書くようにしてる。一種の精神安定剤みたいなもん。 あるとき、一緒に働いてるエンジニアさん(ここではAさんとしておこう)に「ここ難しそうだから、テスト書いたほうがいいですよ」って話をしたら、「じゃぁ、工数かかっちゃいますね」って言われて結局書いてなかったな。 そうだよ。ユニットテスト書いたら工数かかるよ。それは純然たる事実。でも、再利用できないチェックシートを作ってやるよりもいいと思うんだけどね。しかもこの前に見せてもらったこのチェックシートも運用レベル
土日で作るWebサービス入門 - toyoshiの日記
先週日曜日に総額480円、プログラムコード200行、作業時間8時間で「給与明細.net」(http://www.給与明細.net)というWebサービスを作ってリリースをしました。これは給与支払明細書のPDFをWebで簡単に作れるWebサービスです。 シンプルな内容なので開発を開始してから8時間以内の作業でリリースできました。このエントリではサクッとサービスを開発してリリースするまでの僕なりの方法を紹介します。 特長 無料 会員登録不要 Excelから一括作成できる（CSVではない） オープンソース（MITライセンス） 目次 解決したい課題を見つける ドメインを取得する サイトマップとURLを決定する よいツールを集める まずデプロイ（公開）する そこそこのデザインにする 最低の機能をつけたらリリースする 広めるための準備をする おまけ：コードをかく 解決したい課題を見つける これがないとそ
ド素人が完全自作SNSを作ってみてわかったこと。
ひっそりと、Webサービスをリリースしました。 http://tag-chat.net で、チャットがメインのSNSです。 自動でマッチングしてチャット相手を見つけてくれるマッチングチャットや、すぐにチャット相手を見つけてくれるフリーチャット、コミュニティチャット、フレンドチャットなど、とにかくチャットがメインのSNSです。 ■自分について 昨年の４月から、プログラムを学び始めた素人。２２歳。札幌在住。 ■今更SNSを作ろうと思ったきっかけ FaceBookがウザい。というか嫌い。 これがきっかけ。 顔本が良いSNSだと話題になっていたので、実名登録してみた。大学の知り合いが見つけてくれて、友達登録などが増える。（ほとんど話したことがない人からも友達登録が来て、「おぉ！これで俺も友達が増えるんだ！」とワクワクしていた）。 が、流れてくるのは自慢ばっかり。 コミュ障で彼女はおろか、女友達もほ
超速で開発・リリースするための6つのこと - Cybozu Inside Out | サイボウズエンジニアのブログ
「サイボウズ・アドベントカレンダー」の8日目です。ちょうど真ん中まできました（これまでの記事一覧）。 こんにちは。kintone 開発チームの刈川です。いきなりですが、皆さんはどのくらいの頻度でアプリやサービスをリリースしていますか？ 1週間？ 1ヶ月？ 1年？ 規模によると思いますがクラウドサービスではリリースのスピードが大事です。せっかくいいアイデアを思いついたのに、それを実現するまでに果てしない時間と労力がかかるとしたら…。ユーザの意見を取り入れるまでに半年も一年もかかっていたのでは、ユーザは他サービスに移ってしまうかもしれません。そこで今回は、私たち kintone チームが取り組んでいる「スピーディな開発・リリース」のための手法を簡単に紹介したいと思います。 アイデアを形にする アイデアというのは形にするまでがゴールです。開発現場ではこのことをリリースと呼び、リリースをするまでに
コードレビューいろいろ - steps to phantasien
コードレビューの話をいくつか見かけた. (1, 2, 3) 私もはやりにのってなにか書いてみたい. といってもリンク先についてどうこう言う気はない. ふだんからぼんやり感じていることをテキストにしてみたい. コードレビューの様式 コードレビューのやりかたは色々ある. 話の背景をあきらかにすべく, まずは私が参加したり見聞きしたりしてきた方法を紹介したい. ただとりとめなく列挙しても見通しが悪いから, 方法を評価する軸を見立てておこう. コードの粒度: 一回のレビューでレビュアが目を通すコードの量はどのくらいだろう. プロジェクト全体? モジュール単位, 機能単位, それともクラス単位? 古典的なレビュー様式はこれら <論理的な単位> でレビューをすることが多い. 最近はブランチやコミットのような <ひとまとまりの変更> を単位とする方法に人気がある. Github の Pull Reque
ソフトウェア開発におけるムダ | Ryuzee.com
みなさんこんにちは。@ryuzeeです。 Alan Shalloway氏のWastes of Software Developmentが良い記事でしたので、抜粋・意訳にてご紹介します。 僕のトレーニングではいつもトヨタ生産方式の話やStandishのレポートの話をしています。 7つのムダのうち特に作り過ぎのムダをなくすことはとても重要で（もちろんほかも重要）、これがないと頻繁に継続的に顧客に価値あるフィーチャーを届けることはできなくなるからです。 さらに開発のプロセスの中で、常にどこにムダがあるのかを考えて改善していくことはチームに課された責任でもあります。 例えば思いつく限り以下のようなものはムダです。 使わない機能たくさんのオプション設定読まない仕様書読まない報告書やたらと体裁にこだわった文書更新されない文書目的のない会議決定事項が守られない会議遅いPC小さいディスプレイ行動の監視目的
この門をくぐる者は一切の希望を捨てよ – Agile 2011 Conference フィードバック
今日は、社内でAgile 2011 Conferenceのフィードバックを発表させて頂きました。 フィードバックについて 近いところで働いている人中心の勉強会だったのですが、たくさんの人に聞いていただけてうれしかったです。ただ、時間が足りず、途中駆け足になってしまったり、説明がうまくできていない部分があったと思います。しかも、最後のまとめ部分は、僕が考える未来。そしてそれは限りなく、今の現場の話だったので、自分自身、答えが出ていない部分があり、ものたりない方もいたかもしれません。ごめんなさい。 最終的に伝えたかったのは、例えとして表紙にした「地獄の門」をくぐるぐらいの覚悟がないと、現状をよくできないのではないかという危機感でした。そして、今回はアジャイル開発の話が中心でしたが、そういった武器を持って、乗り越えていく人がいたら、その人と働きたいなぁという気分も入っています。 全部を説明すると
＜チェック表＞WEBサービスを立ち上げるまでにやらなければならないこと - プログラマー幸福論
WEBサービスを立ち上げるまでに、やらなければならないことを自分用にまとめてみました。少人数でやっていると、いろいろやらなければならないことが多くてつい忘れてしまいがちですよね。 1) サービス名決定 サービス名とキャチフレーズだけは、最初に決定しておいた方がいいです。思いつかない場合は、TOPページのワイヤフレームを書きながら考えたりします。また、サイト名を Google などで検索してみて、ユニークな名前であるかを調べておかないと後で後悔したりします。 2) ドメイン取得／DNS反映 サービス名が決定したら、ドメインが利用可能か調べます。 最近では、.in や .me などを使った面白いドメイン名もありますよね。なるべく短く、覚えやすいドメイン名にします。 3) サーバー サービスを配置する、クラウドやレンタルサーバーなどからサーバーを選びます。 特殊なモジュールのインストールなどが必
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大炎上プロジェクトを立て直した話をする。（輝井永澄） - カクヨム
Not Found
Phacility - Home