シマノが窮地に追い込まれた。SRAM Eagleトランスミッションがすべてを変える日
SRAMはトロイの木馬を仕掛け、一気にシマノを窮地に追い込んだ。ロードバイク界隈はまだ平穏だが、MTB界には激震が走った。SRAMイーグルトランスミッションという革新的な兵器はいま、MTB界からシマノを追いやろうとしている。 2020年、SRAMがUDH（ユニバーサル・ディレイラーハンガー）を発表した。待っていたかのようにTREKからUDHを搭載したフューエルEXが登場した。SRAMとTREKはご近所だから、互いに協力しながら研究開発を進めていたのだろう。 当初、UDHのデザインは「どの自転車メーカーも無料で使用できるオープンスタンダード」として発表された。当初は、だ。 表向きは、業界全体で無数にある独自のハンガーやアクスルスレッド規格の必要性を減らし、消費者の利便性を向上させ、部品選定の悩みの種を減らすため、だった。しかし、これはSRAMが新しいダイレクトマウントディレイラー（フルマウン
海外建築を30年以上取材する建築ジャーナリストが驚いた、この海外集合住宅がすごい！ - マンションと暮せば by SUUMO
©Buro-OS Photo by Srirath Somsawat 日本でマンション建築のデザインといえば、タワーマンションや団地形式のものなど、誰もが思い浮かべるいくつかのパターンがあります。建築はそこに住む人のニーズに応じてつくられるものですから、日本国内に立つマンションはある程度同じようなデザインの前提を共有しているといえるでしょう。 そう考えると、日本とは文化も法律も異なる国では日本に暮らす私たちの常識を覆すようなマンションが建てられているのかもしれません。そんな疑問にお答えいただくべく、世界の建築事情に精通された建築ジャーナリストの淵上正幸さんを訪ねました。 淵上さんは世界中の建築物を取材し、建築系メディアでの執筆活動や講演を長年続けてこられた方で、国内外で活躍する著名な建築家へのインタビュー経験も豊富。世界各地の建築家との親交も深く、幅広いネットワークにより集まる最新の建築情
結局UMLとかシーケンス図とかAWSの図とかどれで描くと良いのよ？と思ったときの選択肢 - Qiita
自身のプライオリティによりますが、いくつか。 Markdownで幅広く再利用性を利かせたい、長期的に丁寧に版管理したい 自分自身の操作性、描きやすさと、見た目 俄然手軽に、短期的に、Onlineでいつでもどこでも いずれかという視点で考えると良いのかなと思い、並べてみました。 1. 長期的に: Markdownで幅広く再利用性を利かせたい、丁寧に版管理したいなら Markdownで描くことのメリットは再利用性。 将来的に追記・編集、自分以外の誰かが手を入れる可能性が高い。 現在のドキュメントだけでなく多種説明資料、媒体に転用する可能性がある。 ...という点で差分管理をしたいなら、以下。 VSCodeでPlantUML、Mermaid 上記参考で以下。 Alt+D でプレビュー起動。 Ctrl + Shift + P でコマンドパレットを起動し、出力。 png, svg, eps, pdf
「もったいない」マインドが逆に効率を悪くする。フロー効率とリソース効率から考えるチームで仕事をする理由 - Qiita
「もったいない」マインドが逆に効率を悪くする。フロー効率とリソース効率から考えるチームで仕事をする理由チーム開発プロジェクト管理マネジメント はじめに 前回、なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのかの記事において、プロジェクト型の人員規模を柔軟に変化させる開発スタイルに関して、理論的なスケジュール削減の限界について考察しました。その際に、チーム型開発や組織とソフトウェアの紐付けについても示唆しました。 今回は、チームでソフトウェアを開発することに関して、「フロー効率」と「リソース効率」という観点から考察し、なぜ私たちはチームで開発するのか、あるいはなぜプロジェクト型を採用するのかについての考え方を深めていきたいと思います。 そして、組織における効率性の価値観が異なると、新しい効率性に関して理解をする前に「もったいない」と感じてしまい、新しい文化を取り入れづらくして
ノコギリを使わないでウッドデッキを作る
父は数学教師。母は国語教師。姉２人小学校教師という職員室みたいな環境で育つ。普段はTVCMを作ったり、金縛りにあったりしている。（動画インタビュー） 前の記事：鹿の剥製を監視カメラに（デジタルリマスター版） ウッドデッキを作りたい……！DIYに手を染めたものならば、一度は描く夢である。しかし、ウッドデッキ作りはとにかく面倒くさい。ざっと書き出しただけでめんどくさいことがこんなにある。 めちゃくちゃある。技術も根性もない人間でもなんとかなる方法を探ろう。 まず、設計が面倒くさい ここで心が折れる。唸りながら設計図を書いて、ホームセンターに行く前にどの木材が何本必要かメモして……大変すぎる。そこでおすすめしたいのがこちら。 名前だけでも覚えて帰ってください 気軽に木工の3D作図ができるソフト「もでりんクラウド」。筆者は3DソフトBlenderの講義を270分受けたがいまだに何がなんだがよくわか
今から知っておきたい、注目のオープンハードウェア10選 デザイン会社 ビートラックス: ブログ
オープンソースと聞けば、何を思い浮かべるだろうか。ほとんどの人は無意識のうちに、Android、Firefoxなどのソフトウェアを思い浮かべるだろう。確かに様々なオープンソースが身の回りには溢れている。しかし、最近ではオープンソースの概念がハードウェアに広がってきている。 オープンソースハードウェアとは、ハードウェアの設計(3D CADデータ等)、エレクトロニクスの設計(基板上の部品配置、回路図)、ソフトウェアなどの情報を無償で公開することを指す。これらのデータと3Dプリンターなどの製造機械があれば製品を自分で作ることができる。 さらに自分で変更を加えることもできる。ソフトウェアの世界では、お互いにソースコードを共有し、改良することで、よりよいソフトウェアを作ることが広く行われてきた。ハードウェアでも、これまでソフトウェアで起こったことと同じことが起こるのは間違いない。 このムーブメントに
API 設計ガイド | Cloud APIs | Google Cloud
フィードバックを送信 API 設計ガイド コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 変更履歴 はじめに これは、ネットワーク API の一般的な設計ガイドです。2014 年以来 Google 内部で使用され、Cloud API やその他の Google API を設計するときに Google が従うガイドです。この設計ガイドは、外部のデベロッパーへの情報提供と、互いの連携作業の効率化のためにここで共有されています。 Cloud Endpoints のデベロッパーには、このガイドは、gRPC API を設計するときに特に役立つことがあり、そのような場合にはこれらの設計原則を使用することを強くおすすめします。ただし、このガイドの使用は必須ではありません。Cloud Endpoints と gRPC はガイドに従わなくても使用できます。 このガイドは、gR
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
フランスの建築学校の課題「段ボールで橋を造ってその上を渡れ」なお落ちたら落第