並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 2916件

新着順 人気順

atlassianの検索結果161 - 200 件 / 2916件

  • Bitbucket における Docker 自動ビルドを発表 | Atlassian Japan 公式ブログ | アトラシアン株式会社

    私のブログを頻繁に読んでくださってる皆さんは、私がどれだけ Docker に夢中かご存知ですよね。それから Git にも。今日は、そんな私の興奮が伝わるようなお知らせがあります。Docker の自動ビルドが Bitbucket に統合されました! Docker とは何か? 単純に言えば、Docker はプロビジョニングとデプロイの自動化分野における次の大物です。Docker では、OS、データベース、環境変数、start/stop スクリプトなど、アプリケーションを実行するのに必要なあらゆるものを定義することができます。そして、その定義をテキストファイルに保存することで、イメージを再利用、更新、共有できます。 Docker を使用すると、アプリケーションや環境を修復するよりも楽に (安くという意味で) 作り直すことができます。ここまでですでに開発者の皆さんは、ローカルワークステーションに対

      Bitbucket における Docker 自動ビルドを発表 | Atlassian Japan 公式ブログ | アトラシアン株式会社
    • リクルートからコルクのCTOになったエンジニア推薦、非IT企業でまず導入すべきツール5選 | コルクのブログ

      萬田大作(コルク CTO) ナビタイムジャパンで経路検索&地図描画エンジンの研究開発、フューチャーアーキテクトでITコンサルタント、リクルートで複数の新規事業開発を担当。WEB系と基幹系のエンジニアリングからビジネス開発まで幅広く経験。2016年コルクにCTOとして参画し、『心に届ける』エンターテイメント作品をテクノロジーで支えるべくリードする。 はじめまして、コルクCTOの萬田(@daisakku)です。 僕がコルクに参画した理由には「本好き」であることもあるが、何よりも未だITされていない「出版・メディア」業界をテクノロジーの力でサポートし、「作家の才能を最大化する」というコルクのマインドに心を動かされたからである。 コルクは、大手出版社とは異なる社風ではあるが、まだまだIT化されていない部分も多かった。そこにエンジニアが入社した場合、どのようなところから手をつけていけば良いだろうか?

        リクルートからコルクのCTOになったエンジニア推薦、非IT企業でまず導入すべきツール5選 | コルクのブログ
      • アトラシアン、新AIサービス「Atlassian Rovo」発表。GoogleドライブやGitHub、Slack、Teamsなど同社内外のサービスを横断してAIが学習、ユーザーを支援

        アトラシアン、新AIサービス「Atlassian Rovo」発表。GoogleドライブやGitHub、Slack、Teamsなど同社内外のサービスを横断してAIが学習、ユーザーを支援 アトラシアンは、同社製品およびGoogleドライブやGitHubなどサードパーティのサービスを横断してAIが情報を学習し、統合的な検索やチャットによる回答を実現することでユーザーを支援してくれる新しいAIサービス「Atlassian Rovo」を発表しました。 AI breaks down yet another barrier! Today at Team '24 we announced Atlassian Rovo – a new product that unleashes a company’s knowledge so teams can make better decisions faster.

          アトラシアン、新AIサービス「Atlassian Rovo」発表。GoogleドライブやGitHub、Slack、Teamsなど同社内外のサービスを横断してAIが学習、ユーザーを支援
        • JenkinsとDockerでTravisっぽいCIサーバを育ててみている - オープンソースこねこね

          最近プライベートなプロジェクトのCIにはcircleciとかが人気なんでしょうかね。 GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー 近頃のCIサーバはアプリケーションのテストだけじゃなく、インフラのテストやデプロイ、ChatOpsなどgitやチャットツールなど他のシステムと連携した自動化のための必須プラットフォームといった感じになってきてる。とはいえ、趣味で開発しているプロダクトに余計なコストはかけたくない。ああ、でもやっぱCIはしたい。 そんなわけで以前から契約だけしていて放置気味だった、さくらのVPSの1GにjenkinsをたててオレオレCIを育てているのでその辺のことを書いてみる。CIの実行環境はDockerを使って仮想化し、ジョブの内容はTravisやcircleciのようにリポジトリ側のyamlファイルに記述できるようにしてみた。構成をざっくりと図解すると以

            JenkinsとDockerでTravisっぽいCIサーバを育ててみている - オープンソースこねこね
          • Cloud-based data analytics exploration for all | Chartio

            Chartio has joined Atlassian! For over a decade, we have loved serving tens of millions of charts on millions of dashboards for thousands of incredible companies. All of you have helped us create a product that truly enables anyone in a company, not just data teams, to explore and understand their data. We are excited to announce that we have joined Atlassian and are now focused on bringing our te

              Cloud-based data analytics exploration for all | Chartio
            • SourceTree

              A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad

                SourceTree
              • また Web3 の話 - blog.8-p.info

                インプレスから出ている、いちばんやさしいWeb3の教本が良くないという話からはじまって、 「いちばんやさしいWeb3の教本」というのが試し読みできたので開いてみたら、出だしから「Web1の時代は1970年代から80年代にかけて整備され」とめちゃくちゃなことが書いてあってその先を読む気力が失せた。インターネットとWebを混同している? 専門家なのに? いろいろ謎。 そこから、 最近のWeb3への雑感 Web3のここがすごい 書籍「いちばんやさしいWeb3の教本」は本当に酷い内容だし、Web3界隈の人は一致団結して間違いを指摘して、インプレスは回収して内容修正するべき と、また Web3 の話が盛り上がっている。 私はいわゆる GAFA の一つ (Amazon) に勤めているので、人々の「現状の GAFA はいかがなものか」という話には関心がある。また、インターネットの利用者の一人として、例え

                • ソフトウェア開発から、IT、ビジネス部門まで、チームワークを支援するコラボレーション・ソフトウェア

                  アトラシアン製品のユーザーが集まる、ヨーロッパ最大のイベントに参加しましょう。アトラシアンのツールによって、チームがプロジェクトを 25% すばやく終了させ、成功率を 32% 向上させる方法をご確認ください。登録してパスを入手するか、デジタル コンテンツにサインアップしてください。

                    ソフトウェア開発から、IT、ビジネス部門まで、チームワークを支援するコラボレーション・ソフトウェア
                  • Google、Yahoo!、HP...成功事例に学ぶ「20%ルール」を導入するポイント | ライフハッカー・ジャパン

                    以前にもご紹介した通り、Googleでは社員に「勤務時間の20%は、通常の職務を離れて自分のやりたいことに取り組んでよい」という独自の勤務制度「20%ルール」を定めています。今回は、このような制度の歴史と事例を振り返るとともに、自らもこのルールを取り入れる際に気をつけたいポイントを考えます。 ソフトウェア業界を中心に、同様の制度は広く知られていますが、この歴史は意外に古く、1948年の3M(スリーエム)の例(参考記事・英文)にまでさかのぼります。この変遷について、オープンコミュニティ「Stack Overflow」の共同創業者で「Coding Horror」を運営するブロガーのJeff Atwood氏は、次のようにつづっています。 1974年、3Mの科学者アート・フライ(Art Fry)氏は、画期的な発明を思いつきました。接着剤を紙の裏に付けた付箋「Post-It Note」を発明したので

                      Google、Yahoo!、HP...成功事例に学ぶ「20%ルール」を導入するポイント | ライフハッカー・ジャパン
                    • モダンなPHP拡張の書き方 - 日本語公開記事 - Confluence

                      How to learn公式マニュアルは作りかけで放置されていて役に立ちません。 具体的には、クラスひとつ作ることができないくらい。 まとまった情報を得るには、以下の本くらいしかないのでこれを読みましょう。 Extending and Embedding PHPでもだいぶ古くなっていたり、例外の投げ方が書いていなかったりするので、その辺りはもうソースを眺めるしかないです。 新設された API などはインストールされるヘッダファイルを眺めましょう。あと ext/json や ext/snmp 辺り の公式拡張はコンパクトで up-to-date な感じなので参考にするといいです。 Summary of Extending and Embedding PHPChapter 1 The PHP Life CycleCLI・CGI 1っ回こっきりFastCGI / mod_php for pref

                      • Announcing VoidZero - Next Generation Toolchain for JavaScript | VoidZero

                        October 1, 2024Announcing VoidZero - Next Generation Toolchain for JavaScript TL;DR: I have founded VoidZero Inc., a company dedicated to building an open-source, high-performance, and unified development toolchain for the JavaScript ecosystem. We have raised $4.6 million in seed funding, led by Accel. Fifteen years ago, when I started building apps with JavaScript, it was mostly a browser-based s

                          Announcing VoidZero - Next Generation Toolchain for JavaScript | VoidZero
                        • 基本機能からプロトタイプ制作まで!用途別・Sketchのおすすめプラグイン50選|Goodpatch Blog グッドパッチブログ

                          こんにちは、UIデザイナーのサイです。私が普段のデザイン作業で使っているツールはいくつもありますが、使う頻度がもっとも高いのはSketchです。UIデザインに特化した機能のほか、便利なプラグインがあることもSketchの魅力のひとつです。この記事では、Sketchのおすすめプラグインを用途別でご紹介します。 1. 基本機能の強化 Find and Replace Text plugin for Sketch https://github.com/thierryc/Sketch-Find-And-Replace 選んだレイヤーの中のテキスト、あるいはファイルの中にあるすべてのテキストを検索と置換できるプラグインです。検索の範囲は自分で設定できるので、間違えてテキストを置換することを防げます。シンボルのOverridesのテキストもサポートするので、たくさんシンボルを使っても心配なく使えます。

                            基本機能からプロトタイプ制作まで!用途別・Sketchのおすすめプラグイン50選|Goodpatch Blog グッドパッチブログ
                          • Jenkins + Ansible + PackerでAMI作成を自動化する | DevelopersIO

                            最近はAnsible + Packerの組み合わせでAMIを作ることが増えてきました。毎回Ansibleを書き換えるごとにpackerコマンドを実行するのは面倒なので、最近はJenkinsを利用してAMI作成を自動化するようにしています。今日はそのご紹介です。 Jenkins + Packer環境の構築 Jenkins + Packerの構築は既に@ryuzeeさんがブログで大変丁寧に解説されていますので、そちらの手順を実施するだけで十分でしょう。私も大いに参考にさせて頂きました。ありがとうございます。 Jenkins + PackerでAMIを継続的インテグレーションする Jenkinsの準備ができたら実行する準備をしましょう。まず、プロジェクトのディレクトリ構成は以下のようになっています。 drwxr-xr-x 8 mochizukimasao staff 272 3 19 14:44

                              Jenkins + Ansible + PackerでAMI作成を自動化する | DevelopersIO
                            • GitHubのプルリクエスト駆動におけるチケット駆動開発の問題点 - プログラマの思索

                              GitHubのプルリクエスト駆動におけるチケット駆動開発の問題点について指摘していた記事があったのでメモ。 【参考】 GitHub でチケット駆動開発とプルリクエスト駆動開発を併用する - mallowlabsの備忘録 GitHub の Issue をあとから Pull Request にする (あとからコードを添付する) - Qiita [キータ] Fujimura ? GitHubで既存のissueに対してpull requestする hub コマンドで github から fork して pull request をさくっと - #生存戦略 、それは - subtech Git+Redmineな人におすすめのフックスクリプト集 - みずぴー日記 bleis-tift/Git-Hooks かんばん!~もし女子高生がRedmineでスクラム開発をしたら(6):Redmine×Gitのハー

                                GitHubのプルリクエスト駆動におけるチケット駆動開発の問題点 - プログラマの思索
                              • 翻訳 「DDD, Hexagonal, Onion, Clean, CQRS…これらをどうやり遂げるのか?」 - tagoto web - confluence

                                We tried to load scripts but something went wrong. Please make sure that your network settings allow you to download scripts from the following domain: https://id-frontend.prod-east.frontend.public.atl-paas.net

                                • Gitの勉強のため参考にさせてもらったサイトやスライドの紹介| cocoblo [ココブロ]

                                  Gitを触り始めて間もないのですが参考書もためになりますがネットにもたくさんの情報が掲載されています。 まずはGitとはどういうものかを紹介しているサイトから具体的な流れなどを紹介しているサイトをご紹介します。 ニッチなことなどは自分も勉強不足なところもあるので初心者の方にも馴染めるようなサイトを紹介したいと思います。 ひと通りの流れを勉強するのに最適 サルでもわかるGit入門 まずはここは読んでいて損はないところかと思います。ボリュームもあるので一気読みはおすすめしませんが入門編から読んでみると理解しやすいかと思います。イラストも可愛く読みやすい作りです。 GitHubに関する記事 他にも様々なブログでGitHubに関して書かれていたりしていますのでググったりしてみてはいかがでしょうか? Windowsにgitをインストールしてgithubにpushするまで Git/GitHub初心者の

                                    Gitの勉強のため参考にさせてもらったサイトやスライドの紹介| cocoblo [ココブロ]
                                  • How HipChat Stores and Indexes Billions of Messages Using ElasticSearch and Redis - High Scalability -

                                    « Sponsored Post: Netflix, Logentries, Host Color, Booking, Apple, ScaleOut, MongoDB, BlueStripe, AiScaler, Aerospike, LogicMonitor, AppDynamics, ManageEngine, Site24x7 | Main | Stuff The Internet Says On Scalability For January 3rd, 2014 » This article is from an interview with Zuhaib Siddique, a production engineer at HipChat, makers of group chat and IM for teams. HipChat started in an unusual

                                      How HipChat Stores and Indexes Billions of Messages Using ElasticSearch and Redis - High Scalability -
                                    • Fired

                                      So I got fired from GitHub two weeks ago. This is the tweet I wrote afterwards while walking to lunch: The last half-decade meant everything to me. Was a hell of a gig. Thanks, GitHub. — Zach Holman (@holman) February 20, 2015 I left it ambiguous because I wasn’t sure what to think about it all at that point. I mean, something I’d been doing for half a decade was suddenly gone. If people knew what

                                      • Source: Red Hat is buying Ansible for more than $100M

                                        Join our daily and weekly newsletters for the latest updates and exclusive content on industry-leading AI coverage. Learn More Publicly traded enterprise software company Red Hat has acquired devops software startup Ansible for more than $100 million, VentureBeat has learned. Red Hat will announce the news as soon as tomorrow, a source familiar with the matter told VentureBeat. Update (5:52 a.m. P

                                          Source: Red Hat is buying Ansible for more than $100M
                                        • EC/CRMの自社サービス「prismatix」開発チームのマネージャーになるまでにやったことm連発 | DevelopersIO

                                          前回は11月にプロジェクトマネージャーとしてやってきたことをまとめていました。今回は、それからこれまでに行ってきた試行錯誤の記録です。 prismatix開発のプロジェクトマネージャーから開発チームのマネージャーにクラスチェンジする話 | DevelopersIO で書いたとおり、年明けにクラスチェンジするにあたり、前回の 開発チームのプロジェクトマネージャーになって最初にやったことn連発 | DevelopersIO からこれまでにやってきたことを、またつらつらと書いていきます。 やったことm連発 (順不同) 1. ミーティングの議事録作成担当を移譲 部署全体で行う勉強会的なもの(通称金曜会)のメモを私が作成していた スライドのスクショ取って、箇条書きでメモを残す感じ SPoFになっていたので若手二人に移譲 メモの目的やポイント、スクショのとり方などをまとめた スライドに 書いてない こ

                                            EC/CRMの自社サービス「prismatix」開発チームのマネージャーになるまでにやったことm連発 | DevelopersIO
                                          • Confluence モバイル - Confluence

                                            検索入力のクリア キャンセル 結果はありません 検索中… Confluence Mobile

                                            • SVN から Git へ:進行中の開発に影響を与えずに Git へ移行したアトラシアンの方法 ― 技術的側面 | Atlassian Japan 公式ブログ | アトラシアン株式会社

                                              *本ブログは Atlassian Blogs の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2013 年 1 月 22 日 "From SVN to Git: How Atlassian Made the Switch Without Sacrificing Active Development – the Technical Side" このポストは、エンタープライズ開発のバージョン管理を Git に切り替えることに注目した連載記事(全三回)のうちの第二回目として、 Dr.Dobb's で紹介されました。最初の記事では、 今日、これほど多くのチームが切り替えを決断している理由 について議論しました。今回の記事では、アトラシアンが行った Git への切り替えにおける技術的な側面に焦点を合わせています。 この三部からなるブログシリーズでは、アトラシアンが行

                                                SVN から Git へ:進行中の開発に影響を与えずに Git へ移行したアトラシアンの方法 ― 技術的側面 | Atlassian Japan 公式ブログ | アトラシアン株式会社
                                              • 2022年に最も悪用された脆弱性12選 - Qiita

                                                アメリカ合衆国サイバーセキュリティ・社会基盤安全保障庁が、先日2023/08/04に2022 Top Routinely Exploited Vulnerabilitiesというレポートを公開していました。 2022年に最も悪用された脆弱性トップ12がリストアップされているようです。 以下では該当の脆弱性をそれぞれ紹介してみます。 理論上危険とか原理上危険とかではなく、実際に使われた脆弱性ということなので、対策する必要性は極めて高いといえるでしょう。 心当たりのある人はすぐに対処しましょう。 2022 Top Routinely Exploited Vulnerabilities CVE-2018-13379 Fortinet社のVPN機器FortiGateに存在する脆弱性で、VPNのログイン情報を抜かれます。 VPNでなりすまし放題ということなわけで、極めて重大な脆弱性と言えるでしょう。

                                                  2022年に最も悪用された脆弱性12選 - Qiita
                                                • リリース自動化の嬉しみとその手法 - Kengo's blog

                                                  DevOpsやCIOps、GitOpsなどを通じて生産性向上を突き詰めていくと、コンパイルやテストだけではなくリリースまで自動したくなってきます。リリースには必要な作業が多く、また頻度も高くないため毎回思い出したり間違えたりが発生するためです。 特に変更内容をまとめて文書化する作業は、利用者に対する影響度もその煩雑さも高いため、自動化できれば文書の品質向上やリリース頻度の向上に大きく貢献できます。本記事では、筆者がNode/Java界隈でよく見るリリース自動化手法について紹介することで、リリース自動化の敷居を下げたいと思います。 なお本記事で言う「リリース」は、jarファイルやコンテナイメージなどビルドの成果物をリポジトリやGitHub Releasesにアップロードして他プロジェクトやデプロイ環境で利用できるようにすることを指しています。環境に対する「デプロイ」や、エンドユーザへの公開を

                                                    リリース自動化の嬉しみとその手法 - Kengo's blog
                                                  • Developer Archives - Work Life by Atlassian

                                                    Each new extensibility feature is an opportunity for partners to build innovative apps that solve previously unsolvable use cases for...

                                                    • ソースコードに脆弱性を潜ませられるUnicode悪用攻撃法「Trojan Source」を研究者が発表

                                                      英ケンブリッジ大学コンピュータ研究所は11月1日(現地時間)、「Trojan Source:Invisible Vulnerabilities」(リンク先はPDF)という論文を公開した。Trojan Sourceは、「人間のコードレビュアーには見えないターゲットを絞った脆弱性を作成するためのクールな新トリック」という。 研究者のロス・アンダーソン氏は、「Unicodeの方向性オーバーライド文字を使って、コードを別のロジックのアナグラムとして表示するこの攻撃は、C、C++、C#、JavaScript、Java、Rust、Go、Pythonに対して機能することを確認しており、他のほとんどの言語に対しても機能すると思われる」と説明する。 「人間が見るのと異なるロジックをコンパイラに示せるように、ソースコードファイルのエンコーディングを操作する方法を発見した」。コメントや文字列に埋め込まれた制御文

                                                        ソースコードに脆弱性を潜ませられるUnicode悪用攻撃法「Trojan Source」を研究者が発表
                                                      • Bitbucket | The Git solution for professional teams

                                                        With best-in-class Jira integration, and built-in CI/CD, Bitbucket Cloud is the native Git tool in Atlassian’s Open DevOps solution. Join millions of developers who choose to build on Bitbucket.

                                                          Bitbucket | The Git solution for professional teams
                                                        • Trelloの設定ミス、「公開」の誤解が原因? 分かりやすい表現とローカライズを考える

                                                          4月5日深夜から6日にかけて、豪Atlassianが運営するプロジェクト管理ツール「Trello」で個人情報が閲覧できるなどといった情報がネット上で注目を集めた。一日のToDoリストなど作業管理のために作成するボード機能の閲覧範囲を「公開」と設定していたことが原因だった。 ボードの公開機能は、例えばオープンなプロジェクトの進捗を外部に公開するといった用途に使うもので、適切に利用すれば問題はない。しかし、Trelloで顧客や採用活動などの情報を管理していた一部の企業ユーザーが、住所氏名などの個人情報、運転免許証やパスポートの画像をそのままアップロードし、“公開”状態にしてしまっていた。 その結果、Googleの検索にヒットし、外部から誰でも閲覧できる状態になっていたことからネット上で騒動に発展した。中には企業の採用担当者が、面接の結果、不採用とした学生を「頭が悪い」などと中傷するコメントを残

                                                            Trelloの設定ミス、「公開」の誤解が原因? 分かりやすい表現とローカライズを考える
                                                          • Amazon EC2 におけるセキュリティ(脆弱性)事例 - blog of morioka12

                                                            1. 始めに こんにちは、morioka12 です。 本稿では、Amazon EC2 上で動く Web アプリケーションの脆弱性によって脆弱性攻撃が可能だった実際の事例について紹介します。 1. 始めに 2. Amazon EC2 におけるセキュリティリスク Amazon EBS 被害があった公開事例 3. Amazon EC2 で起こりうる脆弱性攻撃 SSRF が可能な脆弱性 SSRF における回避方法 4. Amazon EC2 の脆弱な報告事例 画像読み込み機能に潜む SSRF を悪用した EC2 のクレデンシャルの不正入手が可能 SAML アプリケーションに潜む SSRF を悪用した EC2 のクレデンシャルの不正入手が可能 Webhook 機能に潜む SSRF を悪用した EC2 のクレデンシャルの不正入手が可能 Webhook 機能に潜む SSRF を悪用した EC2 のクレデ

                                                              Amazon EC2 におけるセキュリティ(脆弱性)事例 - blog of morioka12
                                                            • デザインシステムの作り方徹底ガイド 参考にしたい導入事例まとめ

                                                              この記事では、デザインシステムを作成するときの基本ガイドをまとめています。 この記事は3つのパートで構成されています。 デザインシステムを理解する(デザインシステムとは何か、いつ作るべきか?) デザインシステムの作成(作成プロセスとやっておきたい項目) デザインシステムの具体的なサンプル例(デザイナーとデベロッパー、それぞれの観点より) デザインシステム追加の検討事項(その他のコンセプトや参考文献など) *この記事では、Webサイトやアプリ、オンラインサービスなどを表す包括的な用語として、「プロダクト(Product)」という言葉を使用しています。 この記事のコンセプトをイラスト化するために作成した、デザインシステムを公開しています。ご自由にお使いください。 Basic Design System – Figmaファイル デザインシステムを理解しよう デザインシステムとは? デザインシステ

                                                                デザインシステムの作り方徹底ガイド 参考にしたい導入事例まとめ
                                                              • SVN から Git へ:進行中の開発に影響を与えずに Git へ移行したアトラシアンの方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社

                                                                *本ブログは Atlassian Blogs の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2013 年 1 月 3 日、Jonathon Creenaune 投稿 “From SVN to Git: How Atlassian Made the Switch Without Sacrificing Active Development“ このポストは、エンタープライズ開発チームが Git に切り替えることに注目した連載記事の一つとして、Dr.Dobb’s で紹介されました。 アトラシアンでは、ここ何年もの間、DVCS に熱狂していました。私たちは DVCS に多額の投資を行ってきたのです。Bitbucket (クラウド DVCS リポジトリのホスト) を買収し、Stash (社内環境での Git リポジトリマネージャ) を開発しました。さらに、Fish

                                                                  SVN から Git へ:進行中の開発に影響を与えずに Git へ移行したアトラシアンの方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社
                                                                • デキる企業ではもう当たり前、会議を「任意参加」にするメリット | ライフハッカー・ジャパン

                                                                  あなたの勤めている会社で、すべての会議が任意参加になったとしたらどうでしょう? 想像してみてください。どんな会議にも、出席を強要されなくなるのです。このルールが適用されたら、どれだけの無駄な会議がなくなると思いますか? 実は現在、こうした動きを見せる賢い企業が増えています。 ソフトウェア企業であるAtlassianのインフォグラフィックによると、標準的な企業の従業員は、1カ月間で31時間を会議に費やしていますが、そのうち少なくとも50%の会議は、完全な時間の無駄だと思われているそうです。91%の人は、少なくともいくつかの会議でボーッとしたことがあり、75%は隠れてほかの仕事をしたことがあり、39%は居眠りをしたことがあるそうです。さらに、こうした不必要な会議による損失額は、年間で実に370億ドルにも達します。 管理職クラスの場合も、大差はありません。コンサルティング会社Bain & Com

                                                                    デキる企業ではもう当たり前、会議を「任意参加」にするメリット | ライフハッカー・ジャパン
                                                                  • Macで使えるGitフロントエンド - たけぞう瀕死ブログ

                                                                    元々IDEとか開発ツールは専門分野(?)なので、この手のものは以前からいろいろ試しているのですが、個人の感想をまとめておきたいと思います。IDEやエディタに統合されていて利用シーンが限定されるものや、GitHub for Windowsなどのように機能に制限の多いものは省いています。 SourceTree 信頼と実績のAtlassian製 無料で使用可能(要ユーザ登録) 日本語対応しており、書籍などの情報もある リポジトリごとにウィンドウが開く(Windows版はタブで開くのに…) 対話型リベースが可能 動作がかなり重い、特にブランチが増えると実用に耐えないレベルで重くなる ただし突然死などはしない Tower2 有料(買い切り$79) 履歴一覧でブランチの関連を把握するのが難しい気がする 1ウィンドウで複数リポジトリを切り替えて使用 動作はかなり軽い 時々突然死することがある ブランチを

                                                                      Macで使えるGitフロントエンド - たけぞう瀕死ブログ
                                                                    • わずかな資金、もしくは資金ゼロで成功した偉大な50社 | Coral Capital

                                                                      本ブログはUberやBuzzFeedへの出資で知られるシードステージのベンチャーキャピタル、Founder CollectiveのJoseph Flaherty(ジョセフ・フラハーティ)氏のブログ記事「50 Big Companies that Started with Little or No Money」を、氏の許可を得て翻訳したものです。 創業者たちの間では、ベンチャーキャピタルからの資金調達は、成功への一歩を踏み出している証しであるという考えが広まっています。確かに、VCは成功しているテクノロジー系のスタートアップに共通している特徴です。しかし、VCの支援を受けなければ成功できないというわけではありません。アーリーステージでは特にそうです。 起業家は、わずかな資金、あるいは資金ゼロでも相当な成果を出すことができます。資金があることによって、その創業者が、自力で奮闘している他の創業者

                                                                        わずかな資金、もしくは資金ゼロで成功した偉大な50社 | Coral Capital
                                                                      • gitで2つのリポジトリを混ぜる戦略を考える - golden-luckyの日記

                                                                        「2つのgitリポジトリがあって、その片方をもう一方に取り込みたい」という状況を考えます。依存ライブラリのソースを自分のプロジェクトで保持したい、といった状況が典型的でしょう。 この場合、通常は git submodule を使うと思います。 git submodule であれば、他のプロジェクトを履歴ごと自分のソースの一部として管理できて、かつ双方の履歴をきれいに分離できます。 Git - Submodules ただ、双方の履歴が分離できるということは、双方の履歴を混ぜられないということでもあります。そのため、 git submodule は、他のプロジェクトのソースに自プロジェクト独自の変更を加えて管理するといった用途には向かないように思います。ではどうすればいいだろうか、という試行錯誤の記録です。 git submodule で取り込む 「Aのcloneにおけるsubmoruleへの

                                                                          gitで2つのリポジトリを混ぜる戦略を考える - golden-luckyの日記
                                                                        • 開発組織にはじめてのスクラムを導入する - Mirrativ Tech Blog

                                                                          こんにちは、エンジニアのちぎら @_naru_jpn です。ミラティブでは開発プロセス改善の一環として、スクラムフレームワークを試験的にひとつの開発チームに導入し、開発を行っています。該当する開発チームでは1週間のタイムボックスでスプリントをきり、導入開始から12スプリント(3ヶ月弱)をこなしてきました。チームのスクラム開発にも慣れが見えはじめ、当初想定していた開発プロセスの改善も実感が湧くようになってきました。今回は、スクラム導入の背景や内容、今後の展望などをご紹介します。 スクラム導入前の開発体制とモチベーション スクラム導入前の開発イメージ スクラム導入前の開発の流れは上図のようです。仕様書と工数の概算をもとにしてガントチャートにスケジュールがひかれ、フェーズごとに開発を進めていきます。もちろんすべて天下り式に開発を進めている訳ではなく、デザインがある程度できた時点でエンジニアも含め

                                                                            開発組織にはじめてのスクラムを導入する - Mirrativ Tech Blog
                                                                          • デザインシステムの資料を作る時に参考にしたリンクまとめ | よりデザイン

                                                                            この記事は何? DMMさんで「Atomic Design & Design Systems」をお話させて頂いた時に、自分が読んだ記事をまとめたものになります(いちおう全部目は通してる…ハズ)。デザインシステムについて書かれている記事ってまだまだ少ないのですが、情報源自体もまとまってないんですよね。実際、自分が↑の資料を作る時はほぼ手探り状態でした。 この記事がデザインシステムについてこれから学ぼうと思われている方の力に少しでもなれたら幸いです。例によって海外記事は僕の認識違いが起きている可能性があるので、「これそういう記事じゃないから!」というツッコミがあればぜひお願いします。 (追記:記事執筆後も参考資料が増えてきたため、資料作成時に限らず参考にできるものを追加しています) まずデザインシステムについて学びたい時は Design Systems Handbook InVisionが作成し

                                                                              デザインシステムの資料を作る時に参考にしたリンクまとめ | よりデザイン
                                                                            • git/githubのマイナーな便利コマンド - peroli Developer's Blog

                                                                              2016 - 11 - 04 git/githubのマイナーな便利コマンド list Tweet はじめに 先日、社内勉強会でgit/ github の個人的に好きなコマンドについて発表しました。 弊社では github を使って開発を進めているため、聞いている人は基本的なコマンドについて理解しています。 その上で、あまり知らないであろうマイナーなコマンドについて発表しました。 今回はその発表の中から、いくつか社内で反響の大きかったものをピックアップしてお届けしようと思います。 (基本的な使い方については Atlassianさんの記事 https://www.atlassian.com/ja/git/tutorial/git-basics がわかりやすいと思います。) gitの便利な使い方 git rebase -i HEAD~[X] Pull Requestを作成する前にcommitを整

                                                                                git/githubのマイナーな便利コマンド - peroli Developer's Blog
                                                                              • 【2024年】AWS全サービスまとめ | DevelopersIO

                                                                                こんにちは。サービス開発室の武田です。このエントリは、2018年から毎年公開しているAWS全サービスまとめの2024年版です。 こんにちは。サービス開発室の武田です。 このエントリは、2018年から毎年公開している AWS全サービスまとめの2024年版 です。昨年までのものは次のリンクからたどってください。 AWSにはたくさんのサービスがありますが、「結局このサービスってなんなの?」という疑問を自分なりに理解するためにまとめました。 今回もマネジメントコンソールを開き、「サービス」の一覧をもとに一覧化しました。そのため、プレビュー版など一覧に載っていないサービスは含まれていません。また2023年にまとめたもののアップデート版ということで、新しくカテゴリに追加されたサービスには[New]、文章を更新したものには[Update]を付けました。ちなみにサービス数は 247個 です。 まとめるにあ

                                                                                  【2024年】AWS全サービスまとめ | DevelopersIO
                                                                                • ヘンリーで活躍中の id:Songmu を訪問 | はてな卒業生訪問企画 [#3] - Hatena Developer Blog

                                                                                  こんにちは、エンジニアリングマネージャーの id:onkです。 Hatena Developer Blogの新たな連載企画「卒業生訪問インタビュー」では、創業からはてなの開発に関わってきた取締役の id:onishi、CTOの id:motemen、エンジニアリングマネージャーの id:onkが、いま会いたい元はてなスタッフを訪問してお話を伺っていきます。 id:onkが担当する第3回のゲストは、クラウド型電子カルテ・レセコンシステム「Henry」を主力として医療DXに取り組んでいる株式会社ヘンリーで、チーフエンジニアとして新たな挑戦を始めたid:Songmuさんこと、松木雅幸さんです。 株式会社カヤックでリードエンジニアとして活躍後、2014年9月にはてなに入社。チーフエンジニア及び「Mackerel」のプロダクトマネージャーとして、2019年5月まで「Mackerel」の開発をはじめ、

                                                                                    ヘンリーで活躍中の id:Songmu を訪問 | はてな卒業生訪問企画 [#3] - Hatena Developer Blog