並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 10864件

新着順 人気順

Agileの検索結果201 - 240 件 / 10864件

  • 複数人(2-3人)でウェブサービスを開発するコツ - リート開発者ブログ

    こんにちは。開発ブログ言いだしっぺの satoshi です。リートでは、AddClips と Lancers というサービスが現在の主力サービスですが、AddClips は1人のエンジニアが担当し、Lancers は2-3人 のエンジニアが開発を担当しています。 当たり前ですが、1人と3人では開発スタイルが大きく異なり、気をつけるポイントも全く違います。当たり前の事が多いのですが、リートで特に気をつけていることをご紹介できればと思います。 開発環境 VMware ESXi を使って開発環境は5秒で用意する 通常、VMwareはLinuxやWindows上で動作しますが、VMware ESXi はその上で直接、複数のVmware(仮想化マシン)を立ち上げることができます。 Vmwareを導入するために、Linuxを導入したりする必要はなく、その容量も32MBとコンパクト。しかも無償で利用可能

    • カイゼンが製造業のIT化を遅らせてきたのかもしれない - ゆとりずむ

      こんにちは、らくからちゃです。 先日、こんな記事を読ませて頂きました。 普段は、製造業のお客様をメインに、原価や会計に関するシステムの導入の支援や活用提案をさせて頂いておりますが、製造現場の仕組みづくりのお手伝いをさせていただくこともあります。その時の経験から、 そして生産情報、すなわち製造業の情報化に関わる分野は、カバーすべき範囲が広いのだ。受注管理システムから始まって、生産計画、BOM(部品表)、製造指示、在庫管理、品質管理、出荷管理、進捗管理、現物管理、POP、設計情報管理、と際限がない。それに比べ、流通情報で覚えるべきなのは販売管理、仕入在庫管理、カードくらいでよかった(当時はまだインターネットは普及していなかったのだ)。 どうして同じ情報システムに関わる科目なのに、製造業と流通業でかくも守備範囲の広さが違うのか? それは、「製造業の方が業務プロセスが多くて複雑だから」である。 に

        カイゼンが製造業のIT化を遅らせてきたのかもしれない - ゆとりずむ
      • SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道

        某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか?という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と

          SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
        • 質とスピード / Quality and Speed

          質とスピード 初演: 2019/10/31 @ EOF2019

            質とスピード / Quality and Speed
          • 無償のWebサイト構築ツール「WebMatrix 2」、新版はiPhone/iPadエミュレータ、Node.js、CoffeeScriptなど対応

            無償のWebサイト構築ツール「WebMatrix 2」、新版はiPhone/iPadエミュレータ、Node.js、CoffeeScriptなど対応 先週末に行われたWindows Azureの新機能を紹介するイベント「Go Azure」の基調講演の中で、Azure以外に興味を引かれたソフトウェアがありました。マイクロソフトが無償で公開しているWebサイト構築ツール「WebMatrix」の新版、「WebMatrix 2」です。 WebMatrixは、HTML/CSS/JavaScript/PHP/ASP.NETなどに対応したエディタ機能を備え、コード補完機能も搭載。ローカルにデータベースやWebサーバを用意してPHPの動作をそのまま確認したり、WordPressやDrupalなどのWebアプリケーションをローカルで試すこともできました。 下記はその画面(参考:マイクロソフト、無償のWeb開発

              無償のWebサイト構築ツール「WebMatrix 2」、新版はiPhone/iPadエミュレータ、Node.js、CoffeeScriptなど対応
            • SOY CMSは、SOHOやWebデザイナーの救世主になるかもしれない: 世界中の1%の人々へ

              2009年2月| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 HTMLソースにコメントやタグを埋め込むだけだから、デザインは自由自在。XHTML+CSSさえ、理解していれば簡単にサイト構築ができる。 前回の「XAMMPインストール編」に続き、SOY CMSレポート後編。今回はSOY CMSの特徴を理解すべく、チュートリアルをやってみました。 Webにシステムを利用する場合、ある程度のデザインの制約がおこる場合が多いが、SOY CMSは、特別なテンプレートをもたず、既存のHTMLに、システムで変更したい部分をコメントやタグで囲むだけなので、デザインは自由自在。 そして、更新の容易さはブログなみで、特別な管理者を必要としない。 となれば、システム担当者のいない、小さなWeb制作会社や、個人

              • 市場は「なんかいい感じにしてくれる」エンジニアを求めているのではないか - 毎日がもふもふ

                エンジニア不足、エンジニア不足と言われて久しいですが、日本でのプログラミングスクールの先駆けとも言えるTECH::CAMPさんのサービス開始が2014年なので、今や8年が過ぎようとしているわけです。 ともすると、市場に既にベテラン級のエンジニアがわんさかいてもおかしくないんですが、今でも「エンジニア採用できない」という声が絶えることないように見えます。はて?どうしたことだろうか、と思ったので今市場でどんなエンジニアが求められているのかを考えてみました。 高い技術力よりも「いい感じ」力を求めている エンジニアというと、技術を駆使して問題解決をするスペシャリストというイメージがあり、技術力が高い=優秀という認識を持つのが自然です。実際、技術力が低くてまともにプロダクト開発出来ないようでは論外だし、技術的な難問の攻略が命運を分けるケースはあるにはあります。 しかし、実際には開発プロジェクトの失敗

                  市場は「なんかいい感じにしてくれる」エンジニアを求めているのではないか - 毎日がもふもふ
                • 都の行政手続き98%をデジタル化へ 元ヤフー社長の東京都宮坂副知事の戦略 withコロナで変わる国のかたちと新しい日常㉔|FNNプライムオンライン

                  新型コロナウイルスの感染拡大で、私たちの生活、国や企業のかたちは大きく変わろうとしている。連載企画「withコロナで変わる国のかたちと新しい日常」の第24回は、コロナを機に変わる自治体のデジタル戦略だ。 東京都では3月4日に「新型コロナウイルス感染症対策サイト(以下サイト)」を立ち上げた。自治体のものとは思えない見やすさと利便性の高さが一躍話題となった、このサイトの開発を主導したのがヤフー元社長で昨年9月に副知事に就いた宮坂学氏だ。 6月5日、都庁の副知事室で、ラフな黒いTシャツ姿の宮坂氏に話を聞いた。 東京都副知事宮坂学氏は、元ヤフー社長という異色のキャリアの持ち主 この記事の画像(4枚) サイトは3ヶ月で1千件以上改善している サイトの開発には「オープンソース」という、これまで行政で見られなかった手法が導入された。プログラムのソースコードを公開し、世界中のエンジニアがサイトの修正を提案

                    都の行政手続き98%をデジタル化へ 元ヤフー社長の東京都宮坂副知事の戦略 withコロナで変わる国のかたちと新しい日常㉔|FNNプライムオンライン
                  • 分散バージョン管理Git/Mercurial/Bazaar徹底比較

                    分散バージョン管理Git/Mercurial/Bazaar徹底比較:ユカイ、ツーカイ、カイハツ環境!(3)(1/5 ページ) Subversionとは一味違う「分散バージョン管理」とは? 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion(以下、SVN)と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式(または、集中型)のバージョン管理システムと分散管理

                      分散バージョン管理Git/Mercurial/Bazaar徹底比較
                    • 現代のエンジニアのための強力なメモ帳 Jupyter notebookのすゝめ - クックパッド開発者ブログ

                      会員事業部の有賀(id:chezou)です。 今年一年、社内では勝手に"Jupyterの伝道師"を標榜してJupyter notebookの普及活動を展開してきました。 先日、社内でハンズオンも行ったおかげもあり、かなり社内のマシンにPython環境が構築されてきました :) Jupyter notebookとは? ひとことで言うとブラウザで動くすごい便利なREPL*1です。 百聞は一見にしかず、見てみましょう。 このように、Rubyの対話環境であるpryを触っているようにインタラクティブにコードを書くことができます。 以降で説明をしますが、Jupyter notebookは記録・共有・再現がとても得意です。特に図表があるときにその効果を発揮します。 Jupyter notebookの良い所 過去のコードを改変、再実行できる セルと呼ばれる入力部分にはMarkdownやコードが記述できます

                        現代のエンジニアのための強力なメモ帳 Jupyter notebookのすゝめ - クックパッド開発者ブログ
                      • コロナウイルスにかかったら飲んではいけない薬:フランスの厚生大臣が発表(今井佐緒里) - エキスパート - Yahoo!ニュース

                        フランスの厚生・連帯大臣Olivier Veran。神経科医で39歳という若さだ(写真:代表撮影/ロイター/アフロ) 【注!】慢性疾患で、医師の処方でイブプロフェンを服用している人は、勝手に中断せずに、必ず医者に相談してください。あるいは、具合が悪くなってきているのに自己判断で飲み続けないで、必ず医者に相談してください。これはフランスでも盛んに発せられている注意です! フランスの厚生大臣オリヴィエ・ヴェラン氏が、新型コロナウイルス感染症に関して、イブプロフェンを服用しないほうがよいと推奨した。 イブプロフェンとは、非ステロイド性の抗炎症薬(NSAID)に属する。これは、炎症や痛みなどを抑え、熱を下げるために使われるものだ。しかしこの薬は、既にかかっている感染症を悪化させ、合併症を伴わせる可能性があるのだという。(筆者注:イブプロフェンは市販の薬に使われている) 参照記事:非ステロイド性抗炎

                          コロナウイルスにかかったら飲んではいけない薬:フランスの厚生大臣が発表(今井佐緒里) - エキスパート - Yahoo!ニュース
                        • いいアジャイルと悪いアジャイル

                          スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見

                          • KAIZEN platform Inc. の開発マネジメント

                            フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

                              KAIZEN platform Inc. の開発マネジメント
                            • Web系企業/事業会社への最高の反面教師: "Spotify's Failed #SquadGoals"を読んで - アジャイルコーチの備忘録

                              はじめに 以前Scrum@Scaleについて@tyantya41717651さん、@zakky_devさんとディスカッションしましたが、先日お二人と、大規模アジャイルフレームワークであるSpotifyモデルと先日公開された失敗記事(「Spotifyは "Spotifyモデル "を使っていない(Spotify's Failed #SquadGoals)」)についてディスカッションしたのでブログにまとめました。*1 はじめに Spotifyモデルと取り上げた理由 モデルの失敗ではなく、ヒトの失敗 扱える以上の自由や権限を与えた悲劇 1. チームへの過剰な権限付与による、サイロ化の加速 2. 分隊のプロセスの自由さや能力不足による、分隊間協力の困難化 3. 全員での意思決定を追求したことによる、意思決定コストの増大 まとめ Spotifyモデルと取り上げた理由 今回Spotifyモデルの詳しい解

                                Web系企業/事業会社への最高の反面教師: "Spotify's Failed #SquadGoals"を読んで - アジャイルコーチの備忘録
                              • さよなら手作業・人海戦術! HTML5時代のツール「Selenium2」でWebシステムのテストを自動化

                                本シリーズは、WebブラウザをUIとして利用した業務システムやアプリケーション(以下、Webシステム、Webアプリケーション)のテストをテーマとして、Webブラウザを使ったテストを自動化するOSSのツール「Selenium2」を紹介します。業務システム開発の現場で適用してきたノウハウを元に、これまでSelenium2について知らなかった人から以前使った経験がある人まで、より実践的な「使える」内容を盛り込んでいきたいと思います。 本シリーズのスコープと対象読者 本シリーズはWebシステム・Webアプリケーションのテストの中でも「Webブラウザを操作して実施するテスト」をスコープにしています。開発工程としては、1モジュールとして単体テストに位置付けられる場合もあれば、複数のモジュールやシステムと連携して結合テストや総合テストに位置付けられる場合もあるでしょう。これらのテストのことを、本シリーズ

                                • Web制作に超便利!無料のプロトタイプ作成ツール

                                  本格的なWebデザインに取り掛かる前に作るプロトタイプ。特に受託サイトの制作やチームで制作する場合にはある程度きっちり作っておきたいものだが、「なかなかちょうどいい作成ツールがない」という人も少なくないのではないだろうか。 FireworksやillustratorからVisio、PowerPointまで、プロトタイプの制作に使えるツールはいろいろあるが、今回は無償で使える便利な専用ツールを紹介しよう。それが、オープンソースの「Pencil」だ。Firefox 3のプラグインとして動作するものだが、実際の使い勝手としては独立したアプリケーションのように動く。 使い方は簡単だ。インストールが済むと、Firefoxの[ツール]に[Pencil Sketching]という項目が追加される。Pencilの起動はここをクリックしよう。 プロトタイプを作るための基本操作は、左側に並んでいるGUI部品を

                                    Web制作に超便利!無料のプロトタイプ作成ツール
                                  • ウノウラボ Unoh Labs: WEBアプリのテストに必須なツール7種

                                    こんにちは!やまもと@テスト番長です。 前回satoさんの書いたエントリーが好評のようですね。 自分は実は美術系出身です。なので「デザインセンスのある人からみた~」というエントリーでも続けて書いちゃおうかなと一瞬思いましたが、世の中にはWEBデザインのプロの方もいらっしゃることだし、控えておきましょう。 センスってのも考え込むと難しいですしね。 個人的には、WEBデザインの美醜って「使いやすさ」とかなり直結な気がしてます。 さて、今回は僕が普段テストに使っているツールでもご紹介してみようかと思います。 Selenium 一年前くらいに登場した無償の自動実行ツールです。 有償の自動実行ツールは以前からありましたが、 ベンチャーが購入するには高価なものなので 大手以外にはあまり導入されていなかったであろう類のツールです。 テストシナリオにそってブラウザを自動で操作してくれます。

                                    • 要はアジャイルは行き当たりばったりってことですか?

                                      回答 (10件中の1件目) 逆に「行き当たりばったらない」進め方ってどんなのだろうなって考えてみると少しわかるかもしれないです。 「あれ?おかしいな?こんなはずじゃなかったんだけどな?まあいいや、予定通り進もう」 こんな感じのプロジェクトでしょうか。ヤバい予感しかしません。 アジャイルを計画を立てないことの免罪符として使う人が非常に多い(個人の感想です)ので、こうした質問はよく聞く気がします。 特にマニフェストに書かれている、 > 計画に従うことよりも変化への対応を アジャイルソフトウェア開発宣言 より ってあたりを曲解して、計画がないから進捗は常にグリーンなのだ!くらい...

                                        要はアジャイルは行き当たりばったりってことですか?
                                      • "言われたことしかやらないのはダメ"という日本の考え方は独特→海外委託で衝突する原因やマネジメントの機能の話へ

                                        syacyo @syacyo_twit みずほの件がお昼のニュースで取り上げられてたけど『言われたことしかやらないような担当者の意識を改革する』って言ってた。 これは日本独特の考え方。日本以外の作業者は普通は言われたこと以外はやらない。なので欧米はマネジメント層が優秀だし高給。 2022-01-14 12:41:18 syacyo @syacyo_twit 日本は精神論、根性論を盾にマネジメント層が圧力をかけて作業者がなんでもかんでも気を利かせて動くように強要する文化ができあがってしまっている。 本来はマネジメントする側が綿密に各自の作業内容を分担して、それ以外はやるな、とまで指示するのが正しい姿なのよ。 2022-01-14 12:44:06 syacyo @syacyo_twit だからオフショア開発で外国勢に作業依頼したときに成果物が酷くてなぜ◯◯していないんだ、と問い合わせると オ

                                          "言われたことしかやらないのはダメ"という日本の考え方は独特→海外委託で衝突する原因やマネジメントの機能の話へ
                                        • 研究者の皆様へ

                                          2016.11.10 研究者の皆様から、様々なご意見をいただきました。 それに基づき、データを集めました。 それに関して、皆様からのご意見等をいただきたいと思います。 その一、近年、基礎研究への研究費が削られているというご指摘。 総務省統計局の科学技術研究調査を基に、開発研究、応用研究、基礎研究の金額を調べてみると(それぞれの区分は、総務省から各大学の事務局経由で研究者に区分していただいていると思います) 国公私立大学 基礎研究 応用研究 開発研究 合計(億円) 平成13年度 10,787 7,554 1,808 20,148 (基礎研究の割合 53.5%) 平成14年度 11,062 7,471 1,965 20,497 平成15年度 11,213 7,446 1,736 20,395 平成16年度 11,019 7,487 1,770 20,276 平成17年度 11,677 7,59

                                            研究者の皆様へ
                                          • テスト戦略、設計、手法、技法などなどのリンクをまとめてみた - うさぎ組

                                            WACATE 2011 夏に申し込んだので、おさらいしましょう。ということでテスト手法、テスト技法を中心としたリンクをまとめてみました。 なので今回はTDDとかテストツールとかはあまり含まれていません。 いくつかかぶっているものもありますが、多面的な表現って大切だと思うので、多少のかぶりは気にせずに選択しました。 これを読めば良いソフトウェアエンジニアとして一歩階段を上れる気がしています。 他にも参考になるものがあったら、コメントやTwitterで@kyon_mmまで教えてくださるととっても嬉しいです! 次の形式で書いています。 WEBサイト名、資料名:発表者(敬称略):URL カテゴリー分けしたんですが、不適切であるかもしれません。間違い等あればご指摘ください。 また、ここでのリンクに問題がある場合は削除致しますので、その場合もご指摘ください。 TwitterID:kyon_mm mai

                                              テスト戦略、設計、手法、技法などなどのリンクをまとめてみた - うさぎ組
                                            • 同期エンジンの心臓部を書き換える

                                              0 0 719 0 この 4 年間、Dropbox では、デスクトップ クライアントの同期エンジンを白紙の状態から再構築しようと懸命に取り組んできました。同期エンジンは、デスクトップ パソコン上の Dropbox フォルダの陰に隠れた魔法です。これは、Dropbox で最も長く使われているコード部分であり、最も重要なコード部分の 1 つでもあります。今回、新しい同期エンジン(コードネーム「Nucleus」)をすべての Dropbox ユーザー向けにリリースさせていただくことを、ここに発表いたします。 同期エンジンの書き換えは本当に大変な作業で、多くの環境でマイナスともなりうる構想であったことに鑑みると、手放しで祝う気持ちにはなれません。結果的には Dropbox にとって素晴らしいアイデアであったわけですが、それは、私たちがこのプロセスにどのように取り組むべきかを熟考したからこそ、たどり着

                                                同期エンジンの心臓部を書き換える
                                              • 良いコードとは何か - エンジニア新卒研修 スライド公開

                                                株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 https://note.com/cyberz_cto/n/n26f535d6c575

                                                  良いコードとは何か - エンジニア新卒研修 スライド公開
                                                • Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ 〜 Problemが10分で解決するチャットを作ろう

                                                  Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ 〜Problemが10分で解決するチャットを作ろう〜 開発プロジェクトを進めていくと、チームは様々な課題に直面する。こうした課題は、週次のミーティングや日報で共有して解決していくことが多い。 課題は大小様々だが、特に数時間で解決できるような小さな課題をいかにリアルタイムで解決していくかで、チームのスピード感が大きく変わってくる。 僕のチームでは、リアルタイムの課題解決の為に、社内チャットSlackを社内Twitterのようにする邪道な使い方「分報」という取り組みを実践している。 > 日報の弱点日報の弱点 日報は一日の業務の報告書で、一般的に「進捗状況」「体験」「学習」「課題」が記載される。これらをチームで共有することで暗黙知を減らし、個人とチームを成長されることが目的だ。報告方法はチームによって様々だが、メールをはじめ、

                                                    Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ 〜 Problemが10分で解決するチャットを作ろう
                                                  • Web2.0ナビ: 意外と使われていない「個人用trac」活用のすすめ

                                                    いいね! 6 ツイート B! はてブ 738 Pocket 138 tracをご存知ですか?tracは主にシステム開発系プロジェクトにおいて、バグ管理・バージョン管理・ドキュメント共有に使われる超便利ツールです。これがないと開発なんて出来ないよ!という開発者も多いはず。 そんなtracですが、個人用や家庭用でもカナリ使えるツールなんです。開発をしなくても、「脳をすっきりさせたり」「自分タスクを整理したり」「アイデアを貯めたり」「旅行計画を家族と共有したり」、日常生活という自分プロジェクトの管理ツールとして活用することができます。 tracとは 前述の通り、tracは主にシステム開発で使うプロジェクト管理ツールで、無償ソフトとして配布されているので、誰でも自由にダウンロードして使うことができます。 主に利用できる機能が4つあって ■ wiki 誰でもいつでも編集できるwiki機能があります。

                                                    • Git入門 - トップページ

                                                      ※ 翻訳用のリポジトリ、作業状況は「マニュアルの翻訳状況」参照。 翻訳作業に協力してくださる方がいてくれるとうれしいです。

                                                        Git入門 - トップページ
                                                      • ヒッキーがリーダやってみた

                                                        すぺっく 仕事:ソフトウェア開発 性格:ヒッキー。 立場:特定派遣。メンバーは自社の人。人事権はない。 何の因果か、リーダーとかやるはめになったのでその経験を書いてみる。 技術的な話はない。 ■方針:プブチャラティの精神。 「任務は遂行する。部下も守る。両方やらなくちゃならないのが『幹部』のつらいところだな。覚悟はいいか? 」 プブチャラティさん!俺やるよ! …というわけで、尊敬するプブチャラティさんの姿勢をすべての行動の方針とした。 ■実際にやったこと。 ○作業日誌を送りつけた。 本日やった作業とともに顧客と自社の上層部に送りつけた。 われわれたはちゃんとやってますよという言い訳と、問題が発生した場合に上司に詰め腹を切ってもらうため。 ○朝会 毎朝、問題点と作業の状況を2,3分で確認した。 これで、問題点を抱え込まない状況を作り出すのと、一体感、連帯感的なものを演出した。 ○作業の目的を

                                                          ヒッキーがリーダやってみた
                                                        • このアプリがすごい No.015 Post-it Plus ...単なるポストイットがこんなに楽しくなるなんて!

                                                            このアプリがすごい No.015 Post-it Plus ...単なるポストイットがこんなに楽しくなるなんて!
                                                          • 実行中のアプリケーションを外から観察するコマンド。 - こせきの技術日記

                                                            strace システムコールをトレース。カーネルと何を話しているか。 strace -p PID でプロセスにアタッチ。実行中のプロセスをトレース。 straceを使ったデバッグ - SourceForge.JP Magazine : オープンソースの話題満載 Linuxカーネルの作り出す世界 − @IT自分戦略研究所 - ふつうのLinuxプログラミング 青木峰郎 システムコールとライブラリ関数 − @IT自分戦略研究所 システムコール・ライブラリルーチン - UNIX の部屋 ltrace 共有ライブラリの呼び出しをトレース。*.soと何を話しているか。 ltrace -p PID でプロセスにアタッチ。実行中のプロセスをトレース。 ltrace で共有ライブラリの関数呼び出しをトレースする - bkブログ 404 - エラー: 404 - Linux JF ƒ‰ƒCƒuƒ‰ƒŠ‚ÌŠ

                                                            • 衝撃的な効率性~最高の DevOps チームは「知っている事」で構成されていた~ - メソッド屋のブログ

                                                              今回マイクロソフトの社内カンファレンスに参加するために、シアトルに滞在したが、以前からどうしてもやりたかった、マイクロソフト最高の DevOps チームを直接観察してみたいという夢をかなえてみた。 私はマイクロソフトの DevOps エバンジェリストだが、Sam Guckenheimerのチームの話は、本人の口と、プレゼンテーションと、アーティクル経由で理解したものに過ぎない。現場に行って本物を見てみたかったのだ。 だから、今回Samにお願いして、VSTS/TFSを開発しているMatthewのチームを観察させてもらった。そこで得たことを皆さんと共有しておきたい。 気になっていたSamの一言 VSTS / TFSの開発チームがいるビルにやってきた。ここにあのチームがいるのかと思うとすごくワクワクしてきた。一体どんなことを彼らはやっているのだろう。それと同時に、私が顧客訪問をSamと日本で行っ

                                                                衝撃的な効率性~最高の DevOps チームは「知っている事」で構成されていた~ - メソッド屋のブログ
                                                              • Noを伝える技術 #pmconf2021

                                                                mROS 2: yet another runtime environment onto embedded devices

                                                                  Noを伝える技術 #pmconf2021
                                                                • パフォーマンス3倍を実現した仕事術

                                                                  当方都内ヴェンチャーSE。 俺がリーダーになってから試しに導入してみたルールのおかげでチームの生産性が3倍になった。 誇らしいことだが、果たして一般的に有効な方法なのかどうか気になるので広く反応を集めたいと思って書く。 そのルールというのは単純、「一日に5時間以上コードを書かない」というものだ。 勤務時間の8時間のうち、本当に仕事をするのは5時間だけに制限する。 そして残りの3時間は会議と称する息抜きタイムにした。 これで生産性は3倍になった。 社長も機嫌も俺の評価もうなぎ登り。 社長はモーレツに仕事をする人で、社員にも同じようにモーレツに働くことを求めていたが、俺は同調しなかった。 普通の人間は集中できる時間に限りがある。 凡人にはよくて一日5時間が限界だ。 それ以上の時間を使っても、単位時間あたりの生産性は下がるばかりだ。 ならいっそ、残りの時間は最高のパフォーマンスを発揮できる5時間

                                                                    パフォーマンス3倍を実現した仕事術
                                                                  • テスト駆動開発チートシート - やさしいデスマーチ

                                                                    TDD(テスト駆動開発)のチートシートを作ってみた。 TDDBCでid:t-wadaさんが話している内容とかテスト駆動開発入門から引っ張ってきています。 ダウンロードはこちらからどうぞ。 PNGイメージ: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.png PDFファイル: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.pdf 追記 印刷・再配布などはご自由にどうぞ。 もし、元データ(OmniGraffle)が欲しいという人は、コメント欄かTwitter経由で教えていただければ差し上げます。 追記2 このチートシートは、OmniGraffleで作りました。他に使えそうなツールとしては、イラレとか。Visioでもたぶん作れると思います。

                                                                      テスト駆動開発チートシート - やさしいデスマーチ
                                                                    • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

                                                                      はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

                                                                        はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
                                                                      • エンジニアの技術力評価は難しい? - 7年間運用してきた技術力評価制度の改善の歴史 ‒ / technology assessment 2018 04 25 - Speaker Deck

                                                                        2018年4月25日にはてなさんのオフィスでプレゼンしたときの資料です。 ※このスライドは、2017年1月に公開した資料 ( https://speakerdeck.com/makoga/regional-scrum-gathering-tokyo-2017 ) に「社外評価者」の取り組みなどを追加した内容になってます。 ---- 2018/05/15追記 このスライドを公開後、下記2点を懸念する声がいくつかありました。 ・プレゼンスキルだけが高い人が過剰に評価されるのでは。 ・社内政治やコネを作るのがうまい人が過剰に評価されるのでは。 それを受けて、工夫していることを別ブログとして書きましたので、ぜひ読んでみてください。 適切な技術力評価をするために工夫していること https://note.mu/makoga/n/nfafc523957f3 ---- 2019年2月5日追記 スライドだ

                                                                          エンジニアの技術力評価は難しい? - 7年間運用してきた技術力評価制度の改善の歴史 ‒ / technology assessment 2018 04 25 - Speaker Deck
                                                                        • 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/product management rsgt2023

                                                                          4プロダクトを成功させようと悪戦苦闘しているものの、プロダクトの行く末についてプロダクトオーナーやプロダクトマネージャといった一部の人の意思決定に依存しすぎてしまっていると悩んでいるチームが、彼らと共にプロダクトマネジメントを実行できるようにするセッションです。「プロダクトオーナーがボトルネック」という状況から、おさらばしましょう。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2023/proposal/17655 発表者 https://twitter.com/_N_A_ https://note.com/mryy

                                                                            「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/product management rsgt2023
                                                                          • プログラムにコメント書かない文化もあるよって話|NZ MoyaSystem

                                                                            以下の記事を読んで。 530000micro.hatenablog.com 僕が勤めている会社では、原則、プログラムにコメントを書かないのがルールです。 人生で初めてプログラムに触れてからこのかた、プログラムには必ずコメントを書けと指導されて来ましたし、自分自身も、後輩たちにちゃんとコメント書けよと言い聞かせてきました。そんなわけで、最初に全然コメントのないソースコードの山を見たときは、正直「ゲッ、なんじゃこりゃ……」と面食らったのは確かです。 ところが、「なぜうちのプログラムにはコメントがないのか?」と同僚に尋ねてみると、実に納得の行く回答が返ってきたのでした。 なぜコメントが必要なプログラムを書くのか? 同僚いわく、「コメントが無くても読めるようなプログラムを書け」という思想が根底にあるのだそう。 適切に関数や変数が命名され、スコープがきちんと管理され、ロジックの流れが整理されているコ

                                                                              プログラムにコメント書かない文化もあるよって話|NZ MoyaSystem
                                                                            • NTTコミュニケーションズのソフトウェアエンジニア向け研修内容・資料を公開します | NTT Communications Developer Portal

                                                                              こんにちは、SkyWayの開発・運用をしている岩瀬(@iwashi86)です。 今回の記事では、弊社の研修内容の一部を公開します。 研修の狙い 毎年200名超の社員がNTTコミュニケーションズグループに入社しています。 入社いただいた社員の中には、もともと高い技術力を持っている社員も多くいます。 今年度より、ソフトウェアエンジニアリングのスキルの高い社員(今回は35名)を対象として新たな研修1を実施しています。 研修の主な狙いは以下の2つです。 即戦力レベルのスキル習得 実際の現場で有用となる技術・開発スキルの習得して、現場ですぐに活躍できるように ネットワーキングの強化 / コミュニティ形成 同期だけでなく、講師・メンタを含む先輩エンジニアとのネットワークを形成し、互いに影響を与え合い成長できるように なお、2点目について補足すると、今回の研修では社外のエキスパートによるプログラムに加え

                                                                              • System of Record と System of Engagement

                                                                                補足を以下に記載しています: https://www.wantedly.com/companies/ikyu/post_articles/42802

                                                                                  System of Record と System of Engagement
                                                                                • システム開発をラーメンの注文に見立てたツイートが話題に!「納得」「うちの業界でも…」と悲痛な声が…

                                                                                  ケルビン@斜壊人 @legendkelbin ラーメン屋で「醤油ラーメン」と注文した後に「半ライスつけて。餃子つけて。やっぱ塩で。ネギ多め。やっぱ炒飯で。メンマつけて。やっぱ味噌で。もやしつけて。海苔要らない」位の追加注文した客が、最初の醤油ラーメン代だけ払って帰るのを呆然と見るのがシステム開発です。 2016-03-17 12:33:40

                                                                                    システム開発をラーメンの注文に見立てたツイートが話題に!「納得」「うちの業界でも…」と悲痛な声が…