並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 4148件

新着順 人気順

Backlogの検索結果321 - 360 件 / 4148件

  • ITツール頼りはNG!オフラインのコミュニケーションが、エンジニアチームを強くする | SELECK

    今回のソリューション:【Qiita:Team/キータチーム】 エンジニアの世界では「業務の効率化」は常に優先されるミッションのひとつだ。その実現のために世の中には多くのITツールが生まれ、特にコミュニケーション領域や情報共有の領域ではその進化もめざましい。そして、通勤時間を効率化するリモートワークという働き方も少しずつ浸透しつつある。 しかし、良いチームワークを生み出すために本当に大切なものを見失ってはいないだろうか? アドウェイズ、クックパッド、Lang-8を経て、現在、株式会社ヒトメディアで働く佐々木 達也さん(通称ささたつ)。 NoSQLやHadoopに関する書籍の執筆、Rails初期からの技術者、そして「からあげエンジニア」としても知られる佐々木さんは、「エンジニアのマネジメントではなるべくオフラインのコミュニケーションを大切にするべき」だと語る。 佐々木さんのチームでは、週に5日

      ITツール頼りはNG!オフラインのコミュニケーションが、エンジニアチームを強くする | SELECK
    • デバッガでRedisのコードを読んでみよう - freee Developers Blog

      こんにちは、エンジニアの松崎 啓治(まつざき けいじ)です。 インターネット上ではこのIDで活動しています。 @futoase 先日、社内でエンジニア向けに「デバッガでRedisのコードを読んでみよう」というテーマの勉強会が開かれました。せっかくの機会なので、その内容をご紹介します。 勉強会スライドへのリンク デバッガでRedisのコードを追いかけるメリットとしては以下のようなものがあります。 gdbを使ってRedisのコードをstep実行することで、どのタイミングでRedisのStorage(memory領域)からデータを取得できるのか体験から学べる Redisだけではなく、nginxやMySQL、PostgreSQLなどgdbを利用してstep実行を行えるものであれば、今回の勉強会の手法を元に同じように体験から学ぶことができる デバッガで追いかけるための準備 プレゼン資料で

        デバッガでRedisのコードを読んでみよう - freee Developers Blog
      • [ver 1.2] Git でよく使われるコマンドにイラストによる説明を加えて1枚のチートシートにまとめてみた - Qiita

        本題のチートシートはこちら PNG SVG https://d.kuku.lu/6b5cc7b0a9 から DL できます 作った理由 git って他人に概念を説明するのって難しいし、自身も何度も反復させないと定着しなかったなあという感覚を持っていたので作ってみました 所感 こちらの Git チートシートですが、この中に盛り込めなかった内容で 第2段 を作成しようか考え中です 皆さまのオススメの便利コマンドとか、この内容は必須だろ!的なものがあればをご教示いただければ幸いです もし誤りがあれば、作者の心が折れない程度にご指摘いただければ幸いです あとがき ここまで反響を頂けるとは思っておらず、嬉しい限りです・・・本当にありがとうございます・・・!! また、図は全て自作です。図における言語は英語、説明は日本語、と言う形に統一しました。(吹き出し部分だけ日本語になっていたのでこちらは修正しまし

          [ver 1.2] Git でよく使われるコマンドにイラストによる説明を加えて1枚のチートシートにまとめてみた - Qiita
        • twitterがrubyからscalaへスイッチ - huixingの日記

          twitterが2007年後半に先進的なユーザーに急速に受け入れられて以後、そのruby on railsアーキテクチャーはたびたびトラブルに見舞われてきた。しかし2008年中盤にtwitterがこっそり一部コードをscalaにポートして以来トラブルはなくなった。Twitterの開発者であるAlex Payneによれば普通に考えられているRuby on RailsやPHPやPythonなどいわゆるアジャイルな言語はすばやい変化に対応するには見合っているが非同期的プロセスのような力仕事には、スイス連邦工科大学ローザンヌ校のマーティン・オダースキーMartin Oderskyにより開発されたscalaが合っているという。2007年のある時点でtwitterにおけるrubyベースのメッセージ・キュー・システムが増えるプロセスに対応できずに壁にぶちあたったことに気付いた。2008年中盤にはメッセー

            twitterがrubyからscalaへスイッチ - huixingの日記
          • 組織パターンを用いたScrumの微調整 - @m_seki の

            組織パターン (Object Oriented SELECTION) 作者: James O. Coplien,Neil B.Harrison,ジェームス・コプリエン,ニール・ハリソン,和智右桂出版社/メーカー: 翔泳社発売日: 2013/08/06メディア: 大型本この商品を含むブログ (15件) を見る 2013-10-30、コプリエンの研修にレポータ枠として参加しました。がんばってレポートします。 本来は組織パターン (Object Oriented SELECTION)を読んだ人、組織パターンやScrumの好きな人、そしてコプリエンファンの人が参加する研修だと思いますが、どれにも該当しないままでの参加となりました。 会場入り 9:45。6Fにつくと喫煙所に角谷さん(id:kakutani)を発見。朝からついてる感じです。会場に入ると裸足のコプリエンと三人の通訳、TAの皆さんが準備し

              組織パターンを用いたScrumの微調整 - @m_seki の
            • 停滞した開発者ブログを復活させるまで - Classi開発者ブログ

              こんにちは、サーバサイドエンジニアのid:aerealです。 この記事ではClassi開発者ブログ (以後、開発者ブログ) の編集長としてClassi開発者ブログが再始動するまで・再始動してからおよそ半年の振り返りを通して企業の技術ブログ運営の裏側についてお伝えしたいと思います。 開発者ブログ再始動の経緯 Classi開発者ブログの目指すところ 編集部の運営 半年間の振り返り 編集部の振り返り むすび 開発者ブログ再始動の経緯 Classi開発者ブログは2020年3月の新型コロナウイルスの影響で全国の学校が休校になってどうなったか - Classi開発者ブログを境に2020年10月のClassiで発生した2つの問題を繰り返さないために我々が取り組んでいること - Classi開発者ブログまで記事の投稿がありませんでした。 これはご利用いただいているお客様への情報発信と歩調を揃える必要があり

                停滞した開発者ブログを復活させるまで - Classi開発者ブログ
              • 【企画】スタートアップは自己組織型であるべき — ヌーラボ橋本正徳氏によるプロジェクト管理に大切な7つのこと | Startup Dating [スタートアップ・デイティング]

                自分たちのプロダクトをいかに計画通りに開発し、ローンチするか。スタートアップにとってもプロジェクト管理は重要な項目なのだが、満足に実現できているスタートアップは、なかなかいないのではないだろうか。Web上でワイヤーフレームや、マインドマップといった図形の作成とリアルタイムでのコラボレーションを可能にする「Cacoo」などのサービスを提供している株式会社ヌーラボ。彼らはCacooのほかにもプロジェクト管理ツール「Backlog」を提供している。 ヌーラボの代表取締役、橋本正徳氏がMOVIDA JAPANの主催する起業家向けスクール「MOVIDA SCHOOL」で、起業家に向けて語った、プロジェクト管理おける重要なポイントをまとめた。 自己組織化したプロジェクト管理 プロジェクト管理とはプロジェクトを成功させることが目的。そして、スタートアップにはトップダウンではなく、チームでプロジェクト管理

                • SREの活動事例紹介 〜 Backlogのマイクロサービス化に向けた課題検索機能のリプレイス

                  BacklogのSREを担当しているmuziです。 今回の記事では、ヌーラボにおけるSREの活動事例として、Backlogの課題検索機能のリプレイスプロジェクトについてご紹介します。 このプロジェクトでは、SREと開発者がチームを組んで、要件定義からリリースまで行いました。その結果、Backlogを構成するサーバ同士が疎結合になり、将来的なマイクロサービス化に向けた足がかりを作ることができました。 歴史の長いプロダクトにありがちな技術的負債への取り組みの一例として、みなさんの参考になれば幸いです。 リプレイスプロジェクトの背景 Backlogの課題検索機能 最初に、このリプレイスプロジェクトの背景として、Backlogの課題検索機能についてご紹介します。 課題検索機能とは、Backlogの「課題」ページで利用できる検索機能のことです。件名や詳細に対するキーワード検索に加えて、プレミアムプラ

                    SREの活動事例紹介 〜 Backlogのマイクロサービス化に向けた課題検索機能のリプレイス
                  • もう 2018 年だけど, Jenkins + Docker + itamae + Serverspec でインフラ CI っぽいことをやってるのでメモ - ようへいの日々精進XP

                    やってること メモ Jenkins を動かす環境 Docker イメージ itamae レシピ Serverspec テスト Jenkins の準備 プラグイン Docker 周り ジョブ infra-itamae の設定 infra-serverspec の設定 動いてる図 Build Pipeline ログ 以上 やってること 今更かもしれないけど, ギョームで以下のようなことをやって, ここ数日で運用も回ってきた気がするのでメモしておく. itamae のレシピを amazonlinux コンテナに適用 適用したコンテナに対して Serverspec でテスト 1 と 2 を Jenkins のビルドパイプラインで流す 3 が正常に終了したら, pull request を作成, 又はマージ master ブランチのレシピをサーバーに手動で適用 Jenkins のポテンシャルと it

                      もう 2018 年だけど, Jenkins + Docker + itamae + Serverspec でインフラ CI っぽいことをやってるのでメモ - ようへいの日々精進XP
                    • Nginxのパフォーマンスを極限にするための考察 - Qiita

                      ピクセルトラッキングを想定した設定で、Nginx on EC2(c3.large) という環境で、極限まで設定をして、どれぐらいさばけるのか運用中、パフォーマンステストしてる時は、別のところに問題があり、Nginx自体の性能限界までテストできなかったので、実際どこまでいけるのかは計測できてない。 秒間1万とか2万は行けてたと思う、ちなみに実際の運用では秒間9000以上とかを記録していて、サーバ自体にはかなり余裕があるので、記録はまだまだ伸びると思う。 ちなみに empty_gif は応答が短すぎて、Nginx の $request_time では記録できない... 全部 "0.000" だから、どれぐらい掛かってるのか分からん...。 nginx.confの設定 user nginx; worker_processes auto; error_log /var/log/nginx/erro

                        Nginxのパフォーマンスを極限にするための考察 - Qiita
                      • アジャイルとリーン・スタートアップを組み合わせた開発プロセス ~第1回 概要~ - selmertsxの素振り日記

                        2019年8月にAzitに入社して4ヶ月。 私はSREとしての役割を期待されてAzitに入社したけれども、気がつけばバックエンドエンジニア兼スクラムマスターをやっていました。 バックエンドエンジニアとしては、AWSインフラ環境の完全な作り直しとTerraformによるコード化、Railsの負債解消、監視設定のコード化などを行っていました。 スクラムマスターとしては、初期の3ヶ月はアジャイル開発(スクラム、XPを組み合わせたもの)、そして12月からの1ヶ月はリーン・スタートアップ開発の導入等を行いました。 ここでは、スクラムマスターとして考えた開発プロセスについて資料にまとめます。 なおこの文章は、0-1 の開発フェーズではなく、すでにリリースされたサービスに途中で加わったスクラムマスターの目線で書かれており、対象とする読者も私と同じような境遇にあるスクラムマスターとなっています。 この開発

                          アジャイルとリーン・スタートアップを組み合わせた開発プロセス ~第1回 概要~ - selmertsxの素振り日記
                        • Markdownを独自拡張してWordドキュメントを卒業する

                          こんにちはCTOの馬場です。 このたび納品ドキュメント作成で永らく使っていたWordを卒業し、 Markdownで書いてPDFで納める活動を始めたので公開します。 Wordを使っていると並行編集作業できない、改訂履歴追跡が難しいなどの課題があり、その解決のためにいろいろ模索してこの形になりました。 この仕組みには、こんなイイところがあります。 Markdownで書ける gitで差分管理、版管理される GitLab のマージリクエスト(GitHubで言うところのPull Request)を使ってレビュー・リリース管理できる GitLab CIで自動ビルドされる GitLab CI + Jenkinsで自動デプロイされる 以下のツール群を利用しています。 GitLab MkDocs HEARTBEATS Flavored Markdown extension wkhtmltopdf Jenki

                            Markdownを独自拡張してWordドキュメントを卒業する
                          • AWSチーム社内勉強会「Gmail活用法」レポート | DevelopersIO

                            こんにちは、虎塚です。 10月10日(金)の夜に社内勉強会を行いましたので、前回に引き続きレポートします。秋葉原オフィス、札幌オフィスのメンバーと、東京・札幌近郊でリモートワーク中の社員10数名が、Googleハングアウトで接続して参加しました。 上の写真は、秋葉原オフィスの参加者の様子です。(レポートが遅くなったのは、11日のカプコンさん大型タイトル発売に合わせて連休をいただいていたためです。同好の方は是非一狩り行きましょう) はじめに 今回のテーマは、Gmail活用法です。メイン講師は福田さんでした。 クラスメソッドではGmailを利用しています。AWSチームでは、毎日次のようなメールがたくさん飛び交っています。 お客様とAWSチームメンバーのやり取り Amazonからの機能アップデートやメンテナンスの通知 サーバ監視のアラート(障害時、復旧時) 社内のConfluence、JIRA、

                              AWSチーム社内勉強会「Gmail活用法」レポート | DevelopersIO
                            • ADOP (Application Domain Others Pattern)

                              TL;DR ADOP はヘキサゴナルアーキテクチャの実装パターンとして考えられます。 パターンという名前はそれに由来します。 あえて名付けた理由はこぼれ話をご確認いただけると幸いです。 ADOP の概要 ADOP (Application Domain Others Pattern) は中長期的に運用可能なコードへ誘導するアプリケーションアーキテクチャパターンです。 ADOP は次の特徴があります。 最小限のルールである 指針が明確である 特定の技術スタックに縛られない テスタビリティが確保される これらの特徴は、コードを自然と中長期的に運用可能なコードへ導きます。 まず、簡単にそれぞれがどういった意味を成すのかを確認してきましょう。 最小限のルールである どれほど完璧な作戦であっても、その実行が不可能であれば何の意味もありません。 プログラミングにおいてもそれは同じことで、制約を守るため

                                ADOP (Application Domain Others Pattern)
                              • ガントチャート上でドラッグ&ドロップでタスクの並び替えられるようにしてほしい – Customer Feedback for Backlog

                                Backlog ヘルプセンターではBacklogを初めて使う方向けの使い方ガイド、運用のコツやプロジェクト管理に役立つ活用ガイド、よくあるご質問などをご用意しております。ユーザーコミュニティでは他のユーザーとつながって、Backlogの疑問を解決することもできます。

                                  ガントチャート上でドラッグ&ドロップでタスクの並び替えられるようにしてほしい – Customer Feedback for Backlog
                                • October 21 post-incident analysis | The GitHub Blog

                                  EngineeringProductOctober 21 post-incident analysisIn-depth analysis of the incident that impacted GitHub services on October 21 and 22. Last week, GitHub experienced an incident that resulted in degraded service for 24 hours and 11 minutes. While portions of our platform were not affected by this incident, multiple internal systems were affected which resulted in our displaying of information tha

                                    October 21 post-incident analysis | The GitHub Blog
                                  • 豊富なプランから選べるプロジェクト管理ツール | チームで使うプロジェクト管理・タスク管理ツールBacklog

                                    Backlogのプランと料金について どのプランも30日間無料でお試しいただけます。 正式登録時にプランを再度選択できます。

                                      豊富なプランから選べるプロジェクト管理ツール | チームで使うプロジェクト管理・タスク管理ツールBacklog
                                    • Apache, Cache-Control, 304, 大型サイトで静的ファイルを無駄なく配信 | バレで昼寝

                                      以前にも書きましたが私は某ポータルサイトのシスアド、兼プログラマをしています。月々1億から3億ページビューを裁いていますが、システムの一番大きなコストはトラフィックです。 100MBit専有とまでなると月40万は軽く行きます。そこでとにかくページビューをあげながらもトラフィックを減らそうと日々努力しています。この記事の目的はハウジングサービスからアマゾンのクラウドフロントに移行した成功例(または失敗例)について書いていきます。 まず、第一回は既存のシステム(静的ファイル用のサーバ)について簡単に説明します。長年、経験を積みながら行った設定です。あくまでも、サーバのスペック、サイトの用途によっても違ってきます。 OS: Gentoo HTTP Server: 最近lighttpdからまたApacheへ ※lighttpdはものすごくライトウェイトだが、バグの対応が遅い、ガンバレMade

                                      • タスク管理何使ってる?私は Visual Studio Team Services 使い始めました - かずきのBlog@hatena

                                        ゴール こんな風にタスクの状況を俯瞰したい。 はじめに 複数のタスクが並行で進むの苦手なんですよね…。可能であれば1つのことに集中したい。 でも、なかなかそうもいかないケースがあります。 小さな仕事が複数平行で走る…つらい。 といってもやらなきゃいけないときは、きちんとタスク管理が必要です。ではやってみましょう。 世の中的には seleck.cc ここらへんを使うのでしょうか。 Visual Studio Team Services 5人まで無料。強い。 こいつはプログラムのソースコードのリポジトリとして使えたり、自動ビルドツールとして使えたり、リリース作業までいい感じにしてくれたりします。その中にプロジェクトのバックログを管理したり、それに紐づくタスクを管理したりとかいった機能も入っています。 今回はこれを使ってみようと思います。 色々なテンプレート プロジェクトの進め方に合わせて、いく

                                          タスク管理何使ってる?私は Visual Studio Team Services 使い始めました - かずきのBlog@hatena
                                        • mixi の年末年始対策 2009-2010 - mixi engineer blog

                                          こんにちは。パートナーサービス部の加藤和良です。 2008年末に、mixi の年末年始対策について紹介しました。今回は、ここ数年の年末年始対策の歩みと、今年の対策について紹介したいと思います。実をいうと、設計も実装も自分じゃなかったりするのですが、このまま歴史に埋もれていくのも悲しいので、関係各所に取材してみました。 2008年末をふりかえる まずは、2008年末をふりかえってみましょう。 あのころはまだ mixi の機能も少なく、年末年始の負荷は主に日記に集中していました。そこで当時は ID Generator の改善 - mod_perl をあいだにはさんで MySQL への接続本数を減らす 最新情報DBへの書き込みを非同期に - Q4M をつかって負荷を時間軸で分散する という2つを日記に実装したのでした。 しかし、2008年末から2009年のお正月にかけて、mixi はまたも日記に

                                            mixi の年末年始対策 2009-2010 - mixi engineer blog
                                          • 都合の良いUIデザイン〜わがままで怠惰で理不尽なユーザーのニーズに応える10のポイント〜|SOMPO Digital Lab デザインチーム

                                            こんにちは、SOMPO Digital Labデザインチームのデザイナーの金(https://twitter.com/seikei_kin)です。普段はUIデザイナー・ウェブデザイナーとしてサービスやプロダクトの開発・設計に携わっています。 突然ですが、みなさんは真面目で、協力的で、積極性があって、物覚えがよい方でしょうか?あるいは最新のアプリの動向に詳しく、それらを使いこなせるリテラシーを十分にお持ちでしょうか? 果たして自分はどうかと振り返ってみると、少なくとも自信をもってそうであるとは言えないのが正直なところです。なまけものかつわがままで、物覚えや察しも良くなく、実際、馴染みのないウェブのサービスやアプリを利用する場合には、些細なことでつまづいたり悩んだりした結果、途中で嫌になり諦めてしまうこともしょっちゅうです。 そして、実は私のようなユーザーは決して少なくないのではないでしょうか

                                              都合の良いUIデザイン〜わがままで怠惰で理不尽なユーザーのニーズに応える10のポイント〜|SOMPO Digital Lab デザインチーム
                                            • Backlogカイゼン週間を実施して、その成果をリリースしました。 | Backlogブログ

                                              仕様や画面は現行バージョンと異なる可能性があります。 Backlogの最新版についてはこちらからご確認ください。 こんにちは、最近保存食作りにはまっている縣です。先日は完熟梅のジャムを作りました。もうすぐ夏ですね。 さて、ヌーラボでは6月の第1週に、「Backlog カイゼン週間」と銘打ってBacklogの改善を多数実施しました。本日、その成果をまとめてリリースしました。このリリースには約60の大小様々な改善が含まれています。 Backlogカイゼン週間って何? Backlog カイゼン週間とは、「Backlogの改善だけをする週間」です。その期間は新機能の開発は一切行わず、ひたすら小さな改善だけを行います。この改善週間には、Backlogチームの開発者はもちろん、プロジェクトの枠を超えて、ヌーラボの全ての開発者が参加しました。 カイゼン週間を実施した理由 Backlog はヌーラボ設立当

                                                Backlogカイゼン週間を実施して、その成果をリリースしました。 | Backlogブログ
                                              • DynamoDBやSQSといったAPIを高頻度に使うときに忘れずにセットしておきたいカーネルパラメータ - aws memo

                                                DynamoDB, SQSなどは、Linux内部から高頻度に HTTP APIを叩きに行くことになる。( Fluentdやら、memcachedやらも同じかも) 通常のLinuxのカーネルパラメータ設定で、本番環境や、負荷テスト環境に使うと、おそらくネットワーク障害のような状況に陥るはず。 その時、「DynamoDBの IOPS不足?」「 SQSのAPI スロットリング?「AWSの限界?」と思う前に、これチェック! netstat -an この結果に、大量のTIME_WAITが表示された場合は、 エフェメラルポートが枯渇して socket作れない状態に陥っている。つまり、DynamoDBやSQSまでパケット届いていない状態なのでAWS側は原因ではない。 ということで、エフェメラルポートを最大限使うようにカーネルパラメータを設定しておくことを忘れないようにするためのメモ。 $ sudo cp

                                                  DynamoDBやSQSといったAPIを高頻度に使うときに忘れずにセットしておきたいカーネルパラメータ - aws memo
                                                • ISUCON7 予選突破した (白金動物園) #isucon - diary.sorah

                                                  7 回目の ISUCON、なんとか 2 日通しの枠で予選通過できて本当に良かった。 今回も @mirakui, @rosylilly と一緒に白金動物園として参加しています。 今回はギリギリの集合ながら予定より開始が遅れたので、アニメを 2 本見ました。結城友奈は勇者である -鷲尾須美の章- #2 はチームビルディングの話で景気が良かった [独自研究] し、その後も something 景気が良い物ということで Fate/Apocrypha #16 も見たけどこれも景気が良かったです。アストルフォ私服。 というわけで、白金動物園の手の内を公開します。ベストスコアは 34 万ほどで対したことないけど…。上位陣のスコアびびる。 実装 https://github.com/shirokanezoo/isucon7q Ruby + Go… にする目論見が最終的に Ruby のみです。ベスト 346

                                                  • nfsiostat で NFS の I/O レイテンシや IOPS を調べる - ablog

                                                    NFS で iostat の await と svctm のような情報を取れるツールが欲しいと思っていたら nfsiostat という素敵なツールを見つけた。await にあたるのが avg exe (ms)、svctm にあたるのが avg RTT (ms) だと思う。 iostat の await と svctm の意味は Linux の iostat の出力結果を銀行のATMに例えて説明してみる - ablog 参照。 書式 $ nfsstat <interval> 実行例 ops/s: 秒間の read または write リクエストの発行回数 kB/s: 1秒間に read または write されたサイズ(KB) kB/op: 1回の read または write の秒間の平均サイズ(KB) avg RTT (ms): カーネルが RPC リクエストを発行してから応答までの時間

                                                      nfsiostat で NFS の I/O レイテンシや IOPS を調べる - ablog
                                                    • 結婚後の女性の働き方: 701人の島からリモートワークする私の場合 | 株式会社ヌーラボ(Nulab inc.)

                                                      最近、リモートワークなど柔軟な働き方に関する記事をよく見かけるようになり、関心の高さを感じています。特に女性は結婚や出産などライフステージの変化と仕事のバランスに悩むことも多く、リモートワークに興味がある方も多いのではないでしょうか? 私は結婚を機に離島に引っ越し、今年の5月からリモートワークをはじめました。そこで、人口701人の小さな島でリモートワークをする話を書いてみたいと思います。(リモートワークだからではなく、島ならではの話も含まれていますが、そこはご了承ください。) どんな島に住んでいるの? 九州本島から船で30分程度のところにある、大島という島に住んでいます。 島の周囲は15kmほどで、車だと30分で一周できるくらいです。2015年3月の時点で島の人口は701人です。1950年には2,200人くらいの人が住んでいたそうですが、若い人が働きに本土へ移ったので、今はお年寄りが多くな

                                                        結婚後の女性の働き方: 701人の島からリモートワークする私の場合 | 株式会社ヌーラボ(Nulab inc.)
                                                      • フルリモートになって生まれた社員教育問題 wikiで解消できないことは「Backlog化」と「遠隔徒弟制度」で解決

                                                        コロナ禍を経て、全員フルリモートの体制へ 小泉智洋氏:株式会社テンタスの小泉と申します。(スライドを示して)弊社はカッコよく言うとこんな感じに ホームページで掲げているとおりなのですが、我々のことは過去のBacklogで餃子味のアメをノベルティとして配った会社として覚えてもらえるとすごくいいかなと思っています。 さっそく本題に入ります。弊社には役員が5人いるのですが、コロナ前はみんなでワイワイと仕事をしたり、屋上でバーベキューをやったり、屋上でごはん食べたり、他にもいろいろと仲良くやっていました。 しかし、コロナで役員がほぼ全員地方に住むようになってしまいました。仙台、宇都宮、高崎にそれぞれ引っ越してしまい、私だけ1人寂しく出社をするようになってしまいました。 結果として、社員も含めてフルリモートの会社になり、私以外はみんなフルリモートで今までの仕事をしていくようなかたちになりました。 フ

                                                          フルリモートになって生まれた社員教育問題 wikiで解消できないことは「Backlog化」と「遠隔徒弟制度」で解決
                                                        • works4Life

                                                          同居人の友人が受けてきて面白かったと言っていたので私も受けてきた。友人も伝手で教えてもらった人だがよく当たるそうな。 あらかじめ見ていた先生の写真はモノクロでものっそ神秘的な雰囲気醸し出してたが、実際は関西出身でギャグを話に挟まないとやってけない感じで、最初はどきどきしてたけど和やかに進めて楽しかった。ついでに言えば、占いしてもらった場所は食べ物の持ちこみ可能な場所なので、関西の桜餅を買っていった。めちゃうまかった。。たねや。。 先に、私が占ってもらう前に、友人が占ってもらったわけなんだけど、先生と友人とはなんか相性が良いらしく、年来の知り合いみたいな仲良しさになっていた。なぜに。友人の占いの音声ログを聞かせてもらったら、うんまあ確かに漫才の掛け合いみたいな話のテンポの良さなので、これは仲良くなるのも納得である。 仲良くなるのは他にも理由があって、先生が友人のことを、物凄く推してたんだよね

                                                            works4Life
                                                          • プロジェクト管理ツールを家庭に導入して1年後に得たもの - Mana Blog Next

                                                            スポンサーリンク 夫婦でプロジェクト管理ツールを使い始めて1年が経過しましたので報告したいと思います。 プロジェクト管理ツールで家族の一大プロジェクトを成功させた プロジェクト管理ツールの活用で夫婦の連携が取れる タスクの可視化により、分担の調整ができた 家族の課題と向き合うことができた スキマ時間でタスクの確認と「とりあえず登録」 共通認識を持つことにより、スピード勝負に強くなる 便利なWiki機能 【まとめ】プロジェクト管理ツールを夫婦で1年使ってみて 口頭で話し合うことも大事 これからの目標 関連ページ プロジェクト管理ツールについての過去記事は以下になります。 この1年を通して、プロジェクト管理ツールを活用することにより、家庭内の課題と向き合うことができるようになりました。 プロジェクト管理ツールで家族の一大プロジェクトを成功させた 具体的な例でいうと、家族の健康のためにと決断した

                                                              プロジェクト管理ツールを家庭に導入して1年後に得たもの - Mana Blog Next
                                                            • GitLabのこれまでとこれから | gihyo.jp

                                                              あけましておめでとうございます。株式会社Ruby開発の佐藤です。 近年、GitHubを利用したソーシャルコーディングが注目を集めています。GitHubを利用するとエンジニア同士の共同作業をスムーズに進められるため、ソフトウェア開発の生産性を向上させる効果が期待できます。そのため、オープンソースソフトウェア開発での利用にとどまらず、通常業務でGitHubを利用する企業が増えています。 そこで本稿では、GitHubの競合として注目が高まっているGitLabについて紹介します。 GitLabとは GitLabは、GitLab社が開発しているRuby on Rails製のGitホスティングソフトウェアです。GitLabには無料で利用可能なオープンソースソフトウェアのCommunity Edition(以下CE)と、利用にライセンスが必要なプロプライエタリソフトウェアのEnterprise Edit

                                                                GitLabのこれまでとこれから | gihyo.jp
                                                              • Top 25 Nginx Web Server Best Security Practices

                                                                Nginx is a lightweight, high-performance web server/reverse proxy and e-mail (IMAP/POP3) proxy. It runs on UNIX, GNU/Linux, BSD variants, Mac OS X, Solaris, and Microsoft Windows. According to Netcraft, 13.50% of all domains on the Internet use nginx web server. Nginx is one of a handful of servers written to address the C10K problem. Unlike traditional servers, Nginx doesn’t rely on threads to ha

                                                                  Top 25 Nginx Web Server Best Security Practices
                                                                • How Big Tech Runs Tech Projects and the Curious Absence of Scrum

                                                                  Project management is a topic most people have strong opinions on, and I’m no exception. To answer the question of how different companies run engineering projects, I pulled in help from across the industry. In this issue we’ll cover: Project management approaches across the industry. An overview of a survey with over 100 companies represented, plus key takeaways.Project management at Big Tech. Ho

                                                                    How Big Tech Runs Tech Projects and the Curious Absence of Scrum
                                                                  • HAProxyのパフォーマンスチューニングをやったメモ(CPS編) - 元RX-7乗りの適当な日々

                                                                    HAProxyを使う上で、どうやったらパフォーマンスが上がるのかを模索するメモ。 基本的に、万能なパフォーマンスチューニングはないので、今回はCPS(Connections per Second)のパフォーマンスを上げることに焦点を絞ります。CPS(Connections per Second)は、ロードバランサの性能指標の1つとなっている数値です。 あくまで軽くやってみた過程のメモ書きみたいなものなので、まとまりもなく、まだまだ改善の余地があるとは思いますが、何かの参考にしてください。 前提 HAProxyを動かすのに使用した環境は以下の通り。 Server: DELL PowerEdge R420 CPU: Intel Xeon E5-2430L @ 2.00GHz * 2 Memory: 96GB Ethernet controller: Intel Corporation Ethe

                                                                      HAProxyのパフォーマンスチューニングをやったメモ(CPS編) - 元RX-7乗りの適当な日々
                                                                    • rsyncを高速に

                                                                      1TBのデータをrsyncでインターネット経由でAzureに同期したいわけですが、普通に $ rsync source_directory/ rsync://myrsyncserver.japaneast.cloudapp.azure.com/target_directory/なんてやってたら、超絶時間がかかるわけで、何とかしたい。 拙宅ではauひかりホーム10Gを導入しているので、Azure東日本リージョンまでそこそこのスピードが出るはず。 Standard_D16s_v3のVMにUbuntu 18.04-LTS、OS DiskはIOPSをある程度確保するために512GBのPremium_SSD、Data DiskはPremium SSDではIOPSの限界である7,500を出せる2TB(P40)を2本付けてRAID0に。Read/Writeキャッシュ共に設定しておくこと。Azure Ma

                                                                        rsyncを高速に
                                                                      • スクラムチームで実践しているソロプロとモブプロを両立したスウォーミングの紹介 - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                                        みなさんこんにちは。kintone フロントエンドリアーキテクチャプロジェクト(フロリア)で、エンジニア兼スクラムマスターとして活動している村田(@kuroppe1819)です。 現在、フロリアには兼務も含めて約 30 人のメンバーが参加しています。フロリアは小さな 4 つのクロスファンクショナルチーム体制で、それぞれが独立したスクラムチームとして活動しています。 今回はその中のひとつのチームである、サイレントリリースを部分的に試みているチーム(Mira チーム)で取り組んだ、ソロプログラミング(以下、ソロプロ)とモブプログラミング(以下、モブプロ)を両立したスウォーミングの実践事例を紹介します。 スウォーミングとは? まずはスウォーミングという言葉について説明します。 Swarming を直訳すると「群れる」です。ソフトウェア開発の文脈では 1 つの問題やタスクを皆で群がって解決するとい

                                                                          スクラムチームで実践しているソロプロとモブプロを両立したスウォーミングの紹介 - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                                        • The largest Git repo on the planet

                                                                          It’s been 3 months since I first wrote about our efforts to scale Git to extremely large projects and teams with an effort we called “Git Virtual File System”.  As a reminder, GVFS, together with a set of enhancements to Git, enables Git to scale to VERY large repos by virtualizing both the .git folder and the working directory.  Rather than download the entire repo and checkout all the files, it

                                                                            The largest Git repo on the planet
                                                                          • GitLabとRedmineを連携してみるの巻 - アルパカDiary Pro

                                                                            はてなブログさんの開発フローのお話 少し前の話になるんですが、GitHubKaigiで はてなブログさんの開発フローについて発表がありました。 その中で 当初はGitHubとRedmineを併用していたが、 両ツールの連携がイマイチだったので Redmineを止めてホワイトボードでタスク管理するようにしたという内容がありました。 https://speakerdeck.com/shibayu36/hatenaburogutimufalsekai-fa-hurotogithub 「ふむふむ、なるほどなぁ」という感じで非常に勉強になったのですが、 もしかしたら 「"GitLab+Redmine" ならツール自体が連携機能を持っている」 のでもう少しマシになるのかも?とも思いました。 そこで、GitLabとRedmineを使うと 一体どういうことが出来る様になるのか?といったところを紹介してみま

                                                                              GitLabとRedmineを連携してみるの巻 - アルパカDiary Pro
                                                                            • Backlogのコードメンテナンス性を向上させるために気をつけたこと【Backlog Play化プロジェクト】 | Backlogブログ

                                                                              ヌーラボの江口です。約8年間Backlogの開発を担当しており、BacklogをJavaからScala / Play Frameworkに移行するプロジェクトには最初から最後まで関わりました(プロジェクトの概要は時系列でみる!4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話をご覧ください)。 本記事では、BacklogのScala / Play Framework化プロジェクトで「Backlogのサーバーサイドを進化させる“土台”を作る」をテーマに、どのようにBacklogのアーキテクチャを設計・実装したのかご紹介します。 はじめに 私は2012年の入社以来、Backlogの開発を担当しています。Backlogは10年以上続くサービスであるため、度重なる機能追加や修正を行うことで複雑化し、日頃開発をする上で様々な問題を感じていました。 今回のBacklogのSca

                                                                                Backlogのコードメンテナンス性を向上させるために気をつけたこと【Backlog Play化プロジェクト】 | Backlogブログ
                                                                              • Twitter「3つの弱点」を克服するクライアントアプリ

                                                                                フライトシステムコンサルティングは、PC用のTwitterクライアント「TweetMe AIR版(仮称)」の提供を12月中旬から下旬に開始する。EvernoteやGoogleカレンダーなど各種サービスと連係し、Twitterの「(ツイートが)残らない」「検索が不完全」「(得られる情報は)テキストのみ」という弱点の克服を図っている。 フライトシステムコンサルティングは、PC用のTwitterクライアント「TweetMe AIR版(仮称)」の提供を12月中旬から下旬に開始する。GoogleカレンダーやEvernoteとの連係を図り、Twitter上の情報をウィジェットで管理する「マルチソーシャルプラットフォーム」を志向している。同社が提供してるiPhone向けTwitterクライアント「TweetMe」の基本機能も備える。 Adobe AIRを活用して構築したマルチカラム構成のTwitterク

                                                                                  Twitter「3つの弱点」を克服するクライアントアプリ
                                                                                • プロジェクト管理ツールってどれが使いやすい? 違いまとめ - クートンブログ

                                                                                  スマートフォンにはデフォルトでインストールされているカレンダーアプリ。カレンダーアプリで仕事のスケジューリングをしている人も多いはずです。カレンダーアプリ自体も、データのクラウド化により、スケジュールをチームで共有することが可能になり、予定管理としては必要十分になってきています。 しかし、カレンダーアプリなどスケジュール管理ソフトでは、仕事のスケジュール管理に限界を感じている方も多いと思います。 そこで、プロジェクト管理ツールの出番です。 プロジェクト管理ツールではタスク、工数、そして進捗という概念が含まれていることがカレンダーアプリとの大きな違いです。例えば、カレンダーアプリで仕事のスケジュールを管理した場合、誰がどれくらいの仕事を抱えているのかをぱっと見で判断するのは困難です。 また、特定の作業を複数人で行う場合に、それぞれの人が終始同じ作業にかかわっていられるとは限りません。このよう

                                                                                    プロジェクト管理ツールってどれが使いやすい? 違いまとめ - クートンブログ