「H3」初号機打ち上げ失敗【速報中】2段目点火せず指令破壊
日本の新たな主力ロケット「H3」の初号機が7日午前10時37分、鹿児島県の種子島宇宙センターから打ち上げられましたが、2段目のロケットが点火せず、その後、指令破壊の信号が送られ、打ち上げは失敗しました。 これを受けてJAXA＝宇宙航空研究開発機構が会見し、山川宏理事長は「ご期待に応えられず、深くおわびを申し上げます」と謝罪しました。 発射から13分55秒後に「指令破壊」 「H3」初号機の打ち上げは7日午前10時37分、鹿児島県の種子島宇宙センターで行われ、計画では、打ち上げからおよそ17分後に、搭載した地球観測衛星「だいち3号」を軌道に投入する予定でした。 ところが、発射から13分55秒後、ミッションを達成する見込みがないとして地上からの指令でロケットを爆破する「指令破壊」の信号が送られ打ち上げは失敗しました。 「H3」の打ち上げは当初、2020年度の予定でしたが、新型のメインエンジンの開
件の退職エントリについて着目すべきはエンジニアのPCのメモリ不足なんかじゃないよという話
2018-12-01 Tags: Engineer ここ数日、とあるIT系企業グループのエンジニアの退職者エントリ（同時多発）がエンジニア界隈で話題でした。 一連のブログやらツイッターやらを眺めていると、 「ソフトウェアエンジニアとして仕事をしているのに支給されるPCが驚くほど低スペック」 「ググれない、github見れない、それでどうやって仕事できるというのか」 といったことに話題が集まりやすいようです。（他の視点ももちろんあるけれど） 発端となったらしい、6年勤めたNTTを退職しましたというブログにも、 給料 絶望的な社内環境（主にテクノロジー面での） という2つの理由が書かれています。 年収はさておき、2については、セキュリティを意識しすぎた厳しい制限と、（ブログ筆者の環境のことではないようですが）PCのスペック不足について言及されています。 しかし、件のソフトウェアエンジニア（研究
新訳版『テスト駆動開発』が出ます - t-wadaのブログ
テスト駆動開発の考案者 Kent Beck が記した原典『Test-Driven Development by Example』を新たに訳し直し、新訳版『テスト駆動開発』としてオーム社から復刊しました。ただ訳し直すだけではなく、初めての方にも旧訳版をお持ちの方にも読んでいただけるための工夫を凝らしました。 テスト駆動開発 作者:Kent Beckオーム社Amazon 電子書籍版は Kindle 版は Amazon Kindle ストア、 PDF 版と EPUB 版は 達人出版会 から発売されています。 テスト駆動開発 作者:ＫｅｎｔＢｅｃｋオーム社Amazon テスト駆動開発【電子書籍】Kent Beck（著）, 和田卓人（訳） オーム社 発行日: 2017-10-20 対応フォーマット: PDF, EPUB 詳細を見る 『Test-Driven Development by Exampl
theclip.jp - theclip リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
大注目のフルスタックフレームワーク「Meteor」を試してみた (1) - MMiyauchi Blog
Githubでものすごい勢いでスター数を伸ばし、ついにはフルスタックフレームワークの頂点「Ruby on Rails」のスター数を抜きさったMeteor 2016年1月7日現在、RailsのGithubでのスター数は29,061、Meteorは31,098である。僕がMeteorを知ったのは2015年年の2月頃だったと思う。個人の開発で使用するWebアプリケーションフレームワークを選定している際にこんな記事を見かけた。 2014年 Webアプリケーションフレームワークトレンド（Node.js） – Qiita http://qiita.com/oukayuka/items/14bfdcb6b5411a2b4b7c Node.jsではないバージョンのまとめのほうが人気だったとは思うが、当時Node.jsのフレームワーク選定をしていて、Express、koa、Sails、Hapiくらいしか知ら
リーンキャンバスとは
2. まえがき • ジャストアイデアがある人向けのスライ ド – 例：無料のカーナビがあったら良い • リーンキャンバスの書き方を知るための スライドです • リーンキャンバスはアイデアが良いかど うかを検証することが出来ます
2015年が終わるのでフロントエンド開発に使ってるツールまわりをざっと書き出してみた - ミルク色の記録
題名の通り、ざっと書き出し。 このあたりのことを相談された時に、手元のリポジトリを漁って「こんな感じでやってます」とやってたけど、 とりあえずこのURL渡して参考にしてもらうみたいなことができれば... ご注意 Xubuntu 14.04でやってるのでWindowsやOSXは未確認。 こじんまりした規模の開発で使っている構成なので、規模によっては向いていないかも。 サーバとはJSONとかのAPIでお話するだけの、SPAなフロントエンド用（ルーティングはハッシュチェンジ系向け）。 おしながき 共通用 nodeの管理 JavaScriptのLint プロジェクト用 プロジェクトディレクトリの下準備 タスクランナー HTMLと開発用Webサーバ CSSや画像ファイルなどのスタイルまわり JavaScriptまわり（モジュールバンドラ） プロダクション用のビルド テスト環境 APIサーバとつなぎな
消えたプログラマの残したものは - megamouthの葬列
システム開発の佳境に、開発メンバーが突然出社しなくなってしまう。 携帯にも連絡がつかず、3日ほど音信不通になったので、さすがに心配になった上司が大家と共に自宅を訪れると、夕日が差し込む部屋の真ん中に、当の本人が何の表情も浮かべずにただ座っていたりする。 そういう事は大して珍しいことではないので、ある程度経験のあるIT業界人なら、同僚が「消えて」しまってもそれほど驚くことはない。 プログラマというのは、とかく「消えて」しまうものなのだ。と彼らは思っている。 「消えた」プログラマは、意識的にしろ無自覚にしろ自分の人生をちょっとばかり台無しにしながら、プロジェクトに虚無の穴を空けるわけだが、そうした「工程の穴」は他のメンバーが残業したり、派遣会社から来た代替の人員が埋めてしまったりする。ビジネス的には人月で数えられた我々の「数字」などというものはちょっとした帳尻あわせでなんとかなってしまうらしい
運用の問い合わせチケットを10分の1に削減した話 - Qiita
Help us understand the problem. What is going on with this article? 会社で働いていると、運用チームからの問い合わせがあると思います。 問い合わせというものは、割り込みに繋がり生産性を下げるのでなるべく減らしていきたいものです。 Redmineで管理されているオープンなチケットを10分の1に削減した話をまとめます。 常時、約50枚ほどオープンなチケットを5枚ほどに減らしました。 問い合わせが多くて辛みを味わっている方の参考になれば。 概要 Web自社サービス タスク管理ツール Redmine 毎日、5枚ほどチケットが増える 運用と開発がそれぞれ20人ほど こんな環境です。 改善のきっかけ うちのチームは、当番制で「問い合わせの窓口」(以下、窓口)となる人を作ります。 窓口の人がチケットを解決したり、有識者にチケットを委譲した
【速報】「Docker for Mac/Windows」正式版がリリース | ソフトアンテナ
Dockerは7月28日(現地時間)、Docker for MacおよびDocker for Windowsの正式版をリリースしました。ベータがとれた初のバージョンで製品開発に利用できる安定版と位置づけられています。 Docker for Mac/Windowsのゴールは、開発環境上で容易にDockerを実行可能とすること。正式版の改良点として以下のポイントがリストアップされています。 高速かつ高信頼性: ハイパーバイザー上に構築されたネイティブな開発環境(VirtualBox不要) Docker tools統合の改善: 開発に必要な全てのDocker toolsがアプリにバンドル 開発フローの改善: Volumeマウントや開発中のコンテナに簡単にアクセスできる昨日。サポートされたIDEによるコンテナ内デバッグも可能に エンタープライズネットワークサポート: Docker for Mac/
参照系と更新系の非対称性について - たなかこういちの開発ノート
要約 (1) 参照系の要件はもっぱらデータ資源利用側から発せられ、更新系の要件はもっぱらデータ資源提供側から発せられる。 (2) よって、もし「フロントエンド・アプリ」と「バックエンド・サービス」とに階層分けするならば、参照系は「フロントエンド・アプリ」が装備すべきで、更新系は「バックエンド・サービス」が装備すべきである。 (3) 以上のように分離された参照系と更新系は、同一データ資源を扱っていても、もはや異なる境界付けられたコンテキストに属すると云うべきである。 (4) DDDにおける「CQRS」は、参照系と更新系が異なる境界付けられたコンテキストに置かれるとした場合の設計アプローチに関する論だと捉え直すことができるのではないか。 ◇ 参照系と更新系の非対称性について気付いたのは、かつて「ROA」と「SOA」の差異の本質は何なのかを考えた時でした。 ROAでは、リソースを比較的“裸”に公
プログラマーが「ネットワーク怪しくない？」と思った時に覚えておくと便利なことまとめ - LIVESENSE ENGINEER BLOG
インフラエンジニアの中西です。 最近プログラマーからこのような話を耳にします。 「ネットワークって難しい/よくわからない」 最近ではAWS,GCPをはじめとするクラウドサービスが充実しているのでWeb界隈のエンジニアはなおさら気にするシーンが少なくなったように思います。 今日は最低限これだけ覚えていたら有事の際にちょっとは役に立ちますよという話が出来たらなと思います。 書式統一のため sudo を省略しています。ご容赦下さい。 コマンド編 ping ping です。疎通確認を行う時のコマンドです。 さすがに分かると聞こえてきそうですね。 例えば、192.168.1.1 というサーバに通信を確認したい場合はこうです。 $ ping 192.168.1.1 繋がる場合はこうなります。 $ ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 d
Thinreports を支える技術 ~ Google Closure Tools 他 ~ - 弥生開発者ブログ
こんにちは、開発チームの日高 @hidakatsuya です。「PDF」と言うキーワードに脊髄反射してしまう今日この頃です。 さて、今回は私が開発に携わっている Thinreports という OSS で、どのような技術・ライブラリが使われているかをご紹介したいと思います。 Thinreports Thinreports は、いわゆる帳票を作るための Ruby 向けのオープンソースソフトウェアです。Misoca の一部の PDF 生成機能にも Thinreports が使われています。 Thinreports では、帳票レイアウトを作成する Thinreports Editor と、そのレイアウトから PDF を生成する Ruby ライブラリ Thinreports Generator を使って帳票を作成します。 もう少し詳しい説明は、弊社豊吉の記事がわかりやすいのでこちらをご覧ください。
Swiftで作るiOSアプリ開発入門 -iPhoneアプリ開発に必要なものを理解する-｜オンライン動画授業・講座のSchoo（スクー）
このシリーズは - iPhoneアプリをこれから作ってみたいなぁと思っている人 - iPhoneアプリ開発を学習し始めたばっかりの人 - iPhoneアプリを書籍などで勉強してみたけどイマイチ納得ができていない人 のためのiPhone開発の授業です。 iPhoneアプリ開発は、多くの入門者が悩むつまづきポイントがあります。このコースでは、そのようなつまづきポイントをできるだけ早く乗り越えて、楽しくiPhoneアプリ開発をすることを目的に授業を進めていきます。つまづきポイントを中心に解説していきますので、お好きなiPhoneアプリ開発の書籍などと合わせてご覧いただくとより効果的です。 初回の授業では、「iPhoneアプリ開発に必要な準備」についてお話します。 アプリを作るためには下記の知識が必要です。 - iPhoneそのものがどんなことができるのか - プログラミング言語であるSwift
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Visual Studio Codeの使い方、基本の「キ」
NTT東など、ドローンでオフィス巡回 残業を抑制 - 日本経済新聞
Codecov - The Leading Code Coverage Solution
Discover gists
Play meet up 発表資料「フロントエンドとバックエンドのビルド構成について」
Lineにおけるspring frameworkの活用
