GitHub Copilot Enterprise のススメ
GitHub が GitHub Copilot Enterprise というサービスをはじめました。かなり革命的なのですが、とにかく高い。利用するには一人 60 ドル/月 (GitHub Enterprise Cloud 21 ドル/月 + GitHub Copilot Enterprise 39 ドル/月)かかります。なので、気になってる人向けに実際に使ってみて何が嬉しいのかを雑に書いてみます。 Pull-Request サマリーの自動生成GitHub の Pull-Request を出すとき、レビューして貰うためにこの Pull-Request の変更点を整理して書くと思うのですが、これを自動生成してくれます。 https://github.com/sile/pixcil/pull/2これは弊社の社員が個人のリポジトリで GitHub Copilot Enterprise の機能を利用
GitHub PR毎に独立環境を構築することにより開発効率を向上させました！ - JMDC TECH BLOG
株式会社JMDCに6月に入社しました @dtaniwakiこと谷脇です。 github.com 現在、Pep Up for WORKという企業向けヘルスケアプロダクトをフルスタックで開発しており、今回は開発プロセス改善の取り組みについて紹介させていただきます。 info.jmdc.co.jp Pep Up for WORKではtoBサービスとしての品質を担保するため、PdMによる動作確認を行っています。一方で、非同期で開発に参加しているメンバーが多いため、この動作確認の効率化が非常に重要となっています。 以前の動作確認フローと仕組み 私が入社する前は、ステージング環境とは別にdev環境というPdM確認用環境を１つ用意して、以下のようなフローでデプロイを行い、PdMが動作確認をしていました。 以前の動作確認環境の仕組み このフローでは以下の２通りのパターンのデプロイが行われます。 複数のGi
「AWS Well-Architected フレームワーク」の「レビュープロセス」資料がとても良かったので紹介したい - Qiita
はじめに 仕事の品質を高める上で、知見のある方にレビューをしてもらうプロセスは欠かせません。 ただこのレビュー、やり方や意見の伝え方によっては、期待した効果が得られなかったり、ネガティブな効果を生み出しかねません。そうした結果、レビューという行為自体が開催されにくくなることは、チームにとって非常にマイナスです。 全員のレビューへの期待を整えておくために、レビューの心構えや望ましい運営方法などを、レビューに関わる全ての人が共通認識化しておくことは、非常に重要だと考えています。 今回、このレビューを効果的に進めるポイントをまとめた、とても良い資料を見つけたのでご紹介します。 レビュープロセス - AWS Well-Architected フレームワーク この資料をおすすめしたい方 エンジニアに限らず、仕事で他者の成果物をレビューをする人、および他者からレビューを受ける人（そう考えると、仕事をす
プログラマとしてPower Automateでローコード開発した所感 | IIJ Engineers Blog
日本Haskellユーザーグループ（愛称 Haskell-jp）発起人の一人にして、Haskell-jpで一番のおしゃべり。 HaskellとWebAssemblyとプリキュアとポムポムプリンをこよなく愛する。 こんにちは。IIJ-IIの山本悠滋です。普段はIIJ-IIの技術開発室という部署で、IIJ本体をサポートするための開発をいろいろしています。 今回は、先月Microsoft Power Automateというサービスで開発したプログラムと、開発して学んだことを共有したいと思います。 Power Automateとは Microsoft Power Automate（旧「Microsoft Flow」）とは、一言で言うとIFTTTやZapierのMicrosoft版、といったところです。「○○のウェブサービスで××というイベントが発生したら、その時の情報を△△という別のウェブサービス
Sidecarで液タブは不要に？ refeia先生がガッツリ試したよ
Sidecarで液タブは不要に？ refeia先生がガッツリ試したよ：人気イラストレーターが徹底チェック（1/5 ページ） こんにちは！ refeiaです。今回は再び液晶タブレットの多様性の夢を見ようと思います。 2019年10月、macOSの新バージョン「Catalina」がリリースされて、iPadOS 13以降のiPadをサブディスプレイとして使える「Sidecar」機能が使えるようになりました。ここで注目したいのは、SidecarはApple Pencilもサポートしたということです。つまり、イラストレーターにかかせないMacの「Photoshop」も「CLIP STUDIO PAINT」も、Apple Pencilで操作できるようになったのです。 もう、Sidecarが液タブキラーにしか見えません 「え、それ実質液タブでは？」……そうです、ズバリ液タブ（液晶ペンタブレット）です。た
コードレビュー 開発者ガイド
コードレビュー 開発者ガイド はじめに コードレビューとは、コードの作者以外の誰かがそのコードを確認するプロセスです。 Google では、コードと製品の品質を確保するためにコードレビューを活用しています。 このドキュメントは、Google のコードレビューのプロセスとポリシーに関する正式な説明です。 このページは、コードレビューのプロセスの概要となっています。このガイドは、次の2つの大きなドキュメントからなります。 コードレビューの方法: コードレビュアのための詳しいガイドです。 CL の作者のためのガイド: コードレビュー対象の CL を作成する開発者のための詳しいガイドです。 コードレビュアは何を期待するべきか？ コードレビュアは、以下の点について確認しなければなりません。 設計: コードはよく設計されており、あなたのシステムにとって適切なものですか？ 機能: コードは作者が期待して
Googleがコードレビューのガイドラインなど、ソフトウェアエンジニアリング実践のためのドキュメント「Google Engineering Practices Documentation」を公開
Googleがコードレビューのガイドラインなど、ソフトウェアエンジニアリング実践のためのドキュメント「Google Engineering Practices Documentation」を公開 ライセンスはクリエイティブコモンズの「表示 3.0 非移植 (CC BY 3.0)」で、複製や再配布、営利目的を含めた改変や翻案が可能になっています。 Googleで一般化されたエンジニアリングプラクティス Googleはこのドキュメントを次のように紹介しています。 Google has many generalized engineering practices that cover all languages and all projects. These documents represent our collective experience of various best practic
AndroidのCI時間を10分短縮し、開発を爆速にするためのKarakuriを作った話 | メルカリエンジニアリング
こんにちは、メルカリの自動化＆品質保証グループ（Automation & QA Group：通称AQA）で、自動化をぶりぶりしている tadashi0713 です。 私は普段、テスト自動化・CI(継続的インテグレーション) / CD(継続的デリバリー)改善・その他社内の生産性を上げるための自動化を行っています。 今回は、最近行なっている Android CIの高速化・改善 についてご紹介したいと思います。 ◆ これまでのAndroid CI / CD 去年、私はJP版メルカリAndroidのCI / CDサービスをCircleCI1.0からBitriseに移行しました。 Bitrise – Mobile Continuous Integration and Delivery Android Test Night #1 というイベントでもLTをしましたので、そちらのスライドも参考にしていただ
コードを書く際の指針として見返すサイトまとめ - Qiita
お勧めの記事がありましたらコメントなどで教えて頂けると幸いです。 Guidelines プログラマが知るべき97のこと 技術的負債 不慣れなコードベースで短期間に生産性を高めるための7つの方法 何も知らない人を育てるために(新人教育情報キュレーション) 保守開発に開発者として入って困ることのまとめ(実体験) 技術系の名言まとめ++ 真似をする前にバッドプラクティスかどうかを調べてみよう 読まれない名著「人月の神話」を本気で読み込んでみた（まとめ） 技術的負債とどうやって戦うか Coding Style モデルやメソッドに名前を付けるときは英語の品詞に気をつけよう 関数名や変数名に使えそうな動詞・名詞・形容詞のメモ Naming -名前付け- DRY原則をもう一度 -コンカレント・エンジニアリング- レガシーコードのメンテナンス担当になったら新人はどうすればいい クソコードに対する怒りとコー
7インチの極小ノートパソコン「GPD Pocket」と過ごした1ヵ月まとめ
一部で話題の極小ノートパソコン「GPD Pocket」(Shenzhen GPD Technology) を買って一ヶ月が経ちました。 GPD Pocketは7インチと言う極小サイズですが、高解像度なタッチ対応ディスプレイ(1920*1200)、実用に足るスペック(Atom x7-Z8750、8GB RAM、128GB eMMC)、豊富なインターフェイス(USB 3.0 Type-A/Type-C+microHDMI)ときちんと"使える"端末です。お値段も昔のUMPCや話題のスマホと比べるとお手頃な6万円前後。とどめは日本国内で安心して使える技適付き。これは人気が出るのもうなずけます。 ちまたには多数のGPD Pocketレビュー記事がありますが、ボクなりのレビューっぽいものを書いておきます。ボクらしく無駄に2万文字(原稿HTML換算) 。GPD Pocketを持っている方も持っていない方
レビュー効果はそのままに、時間と手間を大幅削減する方法
レビュー効果はそのままに、時間と手間を大幅削減する方法：レビューがうまくいかない理由（2）（1/4 ページ） レビューには時間がかかるものというイメージがあります。しかし案外省略できる部分は多いものです。前回はソフトウェアレビューでありがちな失敗例と成功させるための8つのポイントを紹介しました。今回はレビューを効率化するポイントを、「欠陥検出」と「レビュー会議における欠陥指摘」に分けて解説します。 なぜレビューに時間がかかるか レビューに時間がかかることを課題と感じている方も多いと思います。「効果は分かるんだけど何となく気が乗らない」という方の多くは、「レビューに時間がかかるのにそれに見合う効果が得られていない」と感じているのではないでしょうか。 時間がかかって効率を落としている原因はさまざまです。レビューアーが指摘する欠陥の多くが重複していたり、検出する必要のない欠陥を検出しようとしてい
【保存版】Scala/Scrum/DDD 困ったこと50連発ガトリングトークでの質問に対する回答 - FLINTERS Engineer's Blog
こんにちは。 @kimutyam (木村)です。 先日は『Scala/Scrum/DDD 困ったこと50連発ガトリングトーク』という勉強会にて登壇させていただきました。 scala-scrum-ddd-gatlingtalk.connpass.com 登壇後はガトリングすぎたのであっという間に終わったという意見がありましたので、 勉強会で質問していただいた内容の回答をまとめるエントリとします。 勉強会内容について Scala/Scrum/DDD 困ったこと50連発ガトリングトーク！！ from Yasuyuki Sugitani www.slideshare.net 50連発でもスライド数173枚到達しました。 元々は100連発にしようと目論んでいたけど辞めてよかった... 以下のカテゴリで困ったことを50連発して各社でどのように解決してきたかというのが、このイベントの趣旨です。 詳細はス
チームでコードを書き始めた後、「どうやらレビューってやつをした方が良いらしい」くらいの若手に向けた資料です。
code_review_basics.md コードレビューの基本 一番大事な事 ソースコードはプロジェクトの共同所有物である 誰かだけが触れるコードを無くす 自分だけが持っているコードを無くす 自分だけが触っている時間を短くする コードレビューで大事な事 コードレビューは... 相互学習型のプロセスである メンバが成長することが大事 相互学習とは レビュアーとレビュイーが、お互い学び合うこと 考え方を共有すること 質問することで学ぼう 一番できる誰かだけが教えるのではない 知識や経験の少ない人が何に躓いているのか学ぼう メンバの成長 同じミスをチーム内で繰り返さないことが成長 ミスを繰り返さないために 本人の問題にしない 明日はわが身 仕事の正しい手順を覚えよう 道具の正しい使い方を覚えよう コードレビューの心構え 伝えることが大事 改善するまでがレビュー レビューにコストをかけ過ぎない
開発速度を上げるための Pull-Request のつくり方 - クックパッド開発者ブログ
こんにちは、投稿開発部の森川 (@morishin127) です。クックパッド、お料理アルバム、みんなのお弁当の iOS アプリの開発等に携わっています。 クックパッドでの開発は GitHub Enterprise 上で行われており、書いたコードをプロダクトに取り込む前には基本的に第三者のコードレビューが必須です。コードレビューはプロダクトの品質向上に貢献していますが、往々にして結構な時間と労力がかかるものです。Pull-Request を出してレビューをしてもらい指摘の修正を繰り返していると、場合によってはマージに数日〜1週間ほどかかってしまうこともあります。自分の開発速度を速めるため、また周りのエンジニアの開発速度を下げないためにレビューしやすい Pull-Request を出すことは重要です。この記事ではレビューしやすい Pull-Request のために心がけていることを紹介したい
任天堂「Miitomo」を超ていねいに解説してみた - エキレビ！(1/7)
3月17日に任天堂の新しいサービス「Miitomo」およびスマートフォンアプリの提供が始まった。3DSやWiiUで使われているMiiを使ってコミュニケーションをする、SNSのようなサービスだ。 サービスが開始してから1日以上遊び続けてみたが、かなり面白い。ただ、始まったばかりということもあって、操作や用語にわかりにくい部分も多く、とまどっている友人もいる。できるだけていねいに順を追って説明したい。 なお、本稿はiOS版（iPhone6s）で試した結果に基づいている。 任天堂ユーザーほど始めるのが難しい？ サービスが始まったとき、今までのNintendo3DSやWiiUなどでMiiやMiiverseを使っていた人ほど、うまく開始できないという現象が発生した。少しややこしいので、何が起きたのか順に説明していく。 Miitomoを遊ぶためには、ニンテンドーアカウントが必要になる。 2015年12
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
