中国の自動車・部品メーカー、広西汽車集団が小型商用の電気自動車(EV)を日本企業に供給する。SGホールディングス傘下の佐川急便が国内での配送用トラックとして7200台採用することを決めた。EVの普及で先行する中国製のEVが日本に本格上陸する事例となる。広西は中国南部の広西チワン族自治区柳州市に本拠を構える。供給するEVは軽自動車サイズの商用バンで航続距離は200キロメートル以上。配送拠点から配
![中国製EV、日本に本格上陸 佐川急便が7200台採用 【イブニングスクープ】 - 日本経済新聞](https://cdn-ak-scissors.b.st-hatena.com/image/square/4026eeb626605602ba7ff9b7ae5188c6f1e1dad2/height=288;version=1;width=512/https%3A%2F%2Farticle-image-ix.nikkei.com%2Fhttps%253A%252F%252Fimgix-proxy.n8s.jp%252FDSXZQO0500440013042021000000-1.jpg%3Fixlib%3Djs-3.8.0%26auto%3Dformat%252Ccompress%26fit%3Dcrop%26bg%3DFFFFFF%26w%3D1200%26h%3D630%26fp-x%3D0.14%26fp-y%3D0.44%26fp-z%3D1%26crop%3Dfocalpoint%26s%3D1efb3d47dcc85b4fec6d0215d4357a1d)
浅草の路地裏に、行列ができるみそ汁専門店があるのをご存知でしょうか? その名も「MISOJYU(ミソジュウ)」。 連日、着物姿の観光客や、若い女性、カップルなどがみそ汁を求めてやってきます。 ▲MISOJYUのオープンは2018年。おしゃれな外観で入りやすい 書道家の武田双雲氏が発起人 いわゆる普通のみそ汁だけでなく、ポタージュやポトフをモチーフにした、変わり種のみそ汁も楽しめるのがMISOJYUの大きな魅力。 書道家の武田双雲氏が発起人となり結成された、オーガニックな食材・食事のスペシャリスト集団「TEAM地球」がプロデュースしており、お店をディレクションするのは、東京生まれの多才な写真家・フードディレクターのエドワードヘイムス氏です。 ▲写真提供/MISOJYU エドワードヘイムス氏は、18歳で渡米し、ミュージシャン、編集者を経て写真家へと転向。フランスの三ツ星レストランや料亭旅館など
演劇好きの余り田舎の会社員を辞めて東京の演劇制作へ。東京での演劇制作15年の日々を日記として記録しました。裏方中の裏方・誰も知らない知られ…
りくぜんです。馬主やってます。 いや、馬主って言っても一口馬主なんですけどね。だいたいJRAの個人馬主資格ってこれですよこれ! ・今後も継続的に得られる見込みのある所得金額が、過去2か年いずれも1,700万円以上あること ・継続的に保有する資産の額が7,500万円以上あること こんな条件満たしてる時点で人生クリアじゃないですか。 一方、馬主と言えば企業のオーナーやってるような大金持ちだけしかいないイメージが持たれがちですが、一般人が寄せ集まって出資するクラブ馬主というのもあります。大富豪にならなくとも、クラブに一口出資するだけで自分の愛馬にターフを走らせられるわけですが、実際に一口馬主やってみたところ敷居は案外高くないなと思ったので簡単に解説書いておきます。 今の競馬界はクラブ馬主が席巻している状況になっています。 2016年以降、馬主リーディングのTOP4は、クラブ馬主である社台サラブレ
AWSのECインスタンスに、あたかもシリアルポートでキーボードとターミナルを接続してトラブルシュートできる新機能「EC2 Serial Console」が登場 クラウド上のインスタンスに対して何らかの操作を行う場合、SSHやRDPなどのプロトコルを利用してネットワーク経由で行う方法が一般的です。 しかし、例えばOS上のネットワーク設定を間違えてしまった、ドライバを削除してしまった、などのトラブルによりインスタンス自体のネットワーク接続が失われた場合、当然ながらSSH経由での操作もできなくなるため、トラブルシュートは面倒なものになります。 オンプレミスやデータセンターにあるサーバであれば、最後の手段としてサーバの場所まで操作員が移動し、サーバのシリアルポート経由でキーボードとターミナルを接続することによって、ネットワーク接続が失われたサーバに対しても設定変更の操作が可能です。 しかしデータセ
概要 AI革命のインフラを目指すSaaS系スタートアップのFastLabel(最近資金調達しました!記事はこちら)で働いているが、今までGCPで動かしていたインフラを訳あってAWSに基盤を載せ替えることになった。 スタートアップは何よりスピードが求められるが、だからといってセキュリティやモニタリング、可用性を疎かにはできないし、大きなインフラコストに耐えられるほど体力もない。 アプリケーション要件を満たしつつ、以下を実現するアーキテクチャを設計する。 シンプルな構成・構築の容易さ スピーディな開発・適用 可用性の担保 セキュリティの担保 最低限のモニタリング 低コスト(リソース・運用) ここで紹介するアーキテクチャは実際に運用まで行っており、問題なく稼働しているし、先日AWSの方にレビューしてもらったが、「なかなかイケてる」というお言葉をもらい、特に改善点も指摘されなかった。 結論(アーキ
こんにちは!LayerXの mosa_siru (榎本) です。 LayerX インボイスでは、もともと github.com/go-swagger/go-swagger を利用してREST APIを開発していましたが、最近開発したワークフロー機能 のコンポーネントではGraphQLを取り入れました。 GraphQLには様々なメリットがあり、RESTとの比較記事は多くありますが、なぜ僕らは移行したのか、その結果どうなったのかを紹介していきます。 GraphQLのメリット GraphQLのメリットは、様々な箇所で語られています。例えばこの記事によれば、 強力に型付けされたスキーマであること アンダーフェッチとオーバーフェッチがないこと(後述) Apollo, Relayなどの、クライアントライブラリにより、フロントエンド開発が迅速になること 複数のGraphQL APIからの統合が可能 強力
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く