「esa」を含む日記

■anond:20240310123605

アルテミス計画（アルテミスけいかく、英: Artemis program）は、アメリカ合衆国連邦政府が出資する有人宇宙飛行（月面着陸）計画である。

この計画は、主にアメリカ航空宇宙局（NASA）とNASAが契約している米国の民間宇宙飛行会社、そして欧州宇宙機関（ESA）、日本の宇宙航空研究開発機構（JAXA）、カナダ宇宙庁（CSA）、オーストラリア宇宙庁（英語版）（ASA）などの国際的パートナーによって実施される[11]。

Permalink | 記事への反応(0) | 00:14

ツイートシェア

■anond:20230926170204

募集がかかる雑魚PGについては元増田の言うことはあってる。

一時的に雑魚PGが必要になるのは、帳票の改定などの部分だから。雑魚でOK。２次請けには50万＋αで募集をかけてる。募集に応じるPGは雑魚of雑魚。技術不要。半年ぐらいで解雇。作業のピークの時期以外はいらない。いると邪魔。

ユーザー企業が高給を払ってキープしているのは、z/OS、DB2、IMS、CICS、SAIL/ESAなどの知識を得ている要員。この人たちは、元増田が挙げたどの領域よりも高給を得ている。この種類のエンジニアは新卒を計画的に育成してキープしているので、元増田が見ているような媒体に募集がのることは殆どない。

Permalink | 記事への反応(1) | 17:14

ツイートシェア

■ちょっとみんなに質問なんだけどさ

会社ではesaとかでmarkdownのドキュメントを書く機会が多いんだが、

# 見出し

みたいな記載、つまりh1要素を使うことに違和感を覚えてしまう

昔からの感覚だとh1要素ってページ上1つしかないのが自然な感じする

この記事でいうと『ちょっとみんなに質問なんだけどさ』というタイトル部分でh1はもう使われている気がして(増田で実際にどういうタグ構成になってるかは知らんけど、タイトルがh1で記載されていることは多いだろう)

それと同等の情報を記事のボディ部分で改めて使っていいのかよくわからん

いや、仮にページタイトルと重複っていうのは無視できたとしても

# 大見出し1 

## 中見出し1

### 小見出し1

# 大見出し2

## 中見出し2

### 小見出し2

### 小見出し3

みたいに複数回h1を出すのはええのん？って気もしちゃう

違和感はあったとしてもh2始まりでh4とかh5要素まで出てくると文字サイズの差がよくわからんくなって

h1始まりにしたらh4要素をh3で書けるようになって見栄えはよかったりするのになーって思ったりもする

ちょっと調べたら今のSEOの世界ですらそんな厳密なルールはなくて良い感じに見てるっぽくて、

いやこれはSEOとかじゃなくてドキュメント記法上の慣例とかルールみたいな概念の質問なんだが、

h1ってそんなに何辺もポンポン使っていいもんなんだろうか、詳しい人教えてくれ

Permalink | 記事への反応(0) | 00:34

ツイートシェア

■anond:20220815143704

社会的強者のESA

Permalink | 記事への反応(0) | 14:42

ツイートシェア

■anond:20220418122716

ウルトラマンコスモスのスモスって何だよ

SMOS（スモス）は欧州宇宙機関(ESA)がフランス国立宇宙研究センター(CNES)およびスペイン産業技術開発センター(CDTI)と協力して2009年に打ち上げた地球観測衛星。

https://ja.wikipedia.org/wiki/SMOS

期せずして宇宙関連だった

Permalink | 記事への反応(0) | 18:00

ツイートシェア

■anond:20201120195525

どんなに改姓手続を簡素化しても、国内で通称が利用できても、海外で起こっている問題は解決しない。

本人が困るだけでなく、所属機関や国の信頼が落ちることを理解してほしい。

海外のセキュリティの高い研究機関(NASA,ESAなど)入構時の本人確認では、日頃やり取りしている名前、論文発表名とパスポート名が異なる(併記の)ため、時間が著しくかかり、会議開催時間に間に合わないなど周囲に迷惑をかけた。

https://besseiouendan.org/othersurname/cases/

空港の入国審査に始まり、航空券やホテルの予約などなど、そのつど本人確認のために膨大な時間が費やされ、運の悪い時にはリザベーションが取り消されてた！なんていう悲劇も起きたりします。

https://www.huffingtonpost.jp/kei-hata/family-name-marriage_b_8852214.html

学生を連れて海外研修に出掛けた時には戸籍名でしか代表者名が登録できず、戸籍名で自分を探す現地スタッフと連絡が取れないままプログラムの一部が中止に。

https://mainichi.jp/articles/20151216/ddm/041/040/155000c?pid=14606

Permalink | 記事への反応(1) | 22:32

ツイートシェア

■オンラインエロゲ終了でオフラインプレイヤーを書いたら感動した

「対魔忍アサギ 決戦アリーナ」というオンラインゲーム(エロゲ)が終了する

まあ終了自体は仕方ない。このゲームはゲームと言うには余りに大きな設計ミスを抱えすぎており、また、システム的にもかなり古くなっている。

だいぶ前からオンラインゲーム終了時にどうするか、という話はあるけど、あまり進展はない（ソシャゲ、ネトゲ等のサービス終了後のゲームの保存について考える、とか、米国でサービス終了オンラインゲームを著作権法例外とする動き―ESAは反対とか）。一つ根本的な問題として、本当にオンラインが重要なゲームはオフラインモードに余り意味がないのも大きい。

でも、対象がエロゲ（特に抜きゲ）なら話は別

何せ、最低限エロシーンだけ再生出来れば需要を満たす。

逆に、ゲームとしてのサービスが終わろうが俺には見たいエロシーンがあるんだよ！

anond:20190209083051 とかでも書かれていたけど、エロの質はいいし、ここにしかないものも多い。しかもそれは(ゲーム上で)自分が苦労して手に入れたものだ。勝手に閉じてほしくない。

……けど、運営コストを考えたらそうも言ってられないのはよく分かる。

というわけで、今こそオフラインプレイヤーの出番だ。

自分入手した分のデータをダウンロードして、後は各人がローカルPCで再生すればいい。

必要な機能は大きく分けて、サーバからデータをダウンロードしてくる部分、それからデータ（カードやエロシーン）を閲覧するパートだ。

ちなみにこのゲームは初期に作られただけあって(?)、エロシーンに機能が少なく、BGV はおろか BGM も無い。オーバレイも１枚のみで、基本的に背景(シーン画像含む)と、テキストに 1:1 対応するボイスしかない。

これなら割とできそうな気がしたので保存・再生するソフトウェアを書いてみることにした。

というわけで出来たものがこちら

https://aakeeper.appspot.com 驚くほどあっさりできてしまった。

でも、今はできた物自体の話はいい。それより作る過程で色々感動したのでその話をしたい。

今や OSS には巨人の肩どころか常にジェット機に乗ってるくらいのツールが揃っている

今回使ったのはざっくり以下のもの

• Quasar Framework
  • Electron
  • Node.js
  • Vue.js
  • Webpack
  • Babel
• CoffeeScript 2

これらのツールに関して、自分は殆ど初学者だ。

Quasar Framework も Node.js も Electron も使うのははじめて、他はちょっと触ったことあるけどそんな詳しくない。 ES もあまり好きでなかったので基本的には避けてきた。

にもかかわらず、全体で余暇時間２週間分くらいで出来た。

Quasar Framework は、とにかく物凄くよく出来ていてびっくりした。今回 Electron モードしか使っていないけど、本来はこれで SPA/PWA/モバイル(Cordova) アプリケーションが作れるという凄まじい対応幅のプラットフォームになっている。着手時に 1.0beta の予告だけあるというタイミングの悪さ(数日後に出た)だったので、 0.17 系を使った。しかし、それでも十分すぎるほどよく出来ている。

ES は今でも嫌いな点は多いんだけど、今回 async/await を使って感動した。これは素晴らしい。他の言語にも欲しい。

CoffeeScript は趣味だけど、とにかく短く書ける点が素晴らしい。あれは終わったという人もいるが、記述量の少なさは js 系では他の追従を一切許していない。今回みたいな急いでいるケースでは、括弧の世話を焼いたり eslint おばさんと語り合う時間はない。CoffeeScript ならコンパイラが全部上手くやってくれる。

HTML5 ベースの GUI は今や chronium の各種アクセラレーションのおかげで、並のポータブル GUI ツールキットよりずっと高速に動作する。

また、Vue.js + pug は非常に記述量が小さくて目的の画面がすぐ作れ、カプセル化がしやすくコンポーネントの再利用も容易だ。

Babel/Webpack は正にバッドノウハウを煮詰めて固めた感じだが、こいつがバッドな部分を吸収してくれるおかげで開発者は正気を保てる。ただし追求しだすとSAN値が減る。

ユーザ側から見ると、Electron 製のアプリはメモリをやたら喰う、少しもっさりしている、配布バイナリが巨大になるという問題は確かにある。

しかし、そうだとしても何より、とてつもなく高速に作れて、各種プラットフォームで割とちゃんと動く。

自分は色々初めてだったので結局２週間分くらい掛かったけど、前提知識が揃っている人なら本当に数日でできたりするんじゃなかろうか。

状況は良くなっている

つい数年前まで、クロスプラットフォームなアプリケーションの作成というのは本当に本当に大仕事だった。こんなに早く手軽に書ける事は無かったし、ユーザ側でもラインタイムのインストールが必要とか環境側のハードルも非常に高かった。

自分は今まで知らなかったけど、最早そういう時代は終わっていた。

もちろん過去に数多くのクロスプラットフォームフレームワークが登場しては消えていったのと同じく、Electron もいつかその仲間入りをするだろう。

でも確実に、びっくりするくらい状況は良くなっている。

興味があるけどまだ触ってないという人は、ぜひ試して感動を味わってもらいたい。

Happy Hacking!

Permalink | 記事への反応(0) | 21:14

ツイートシェア

■小惑星探査衛星はやぶさ2の報道見てると、

アメリカ人ってどこの国の成果であろうと全力で楽しむんだな。

かたや日本のマスコミは国内の成果の時しか騒がない。火星探査くらいになると騒ぐがESAの小惑星探査の時なんかはスルー気味に感じた。

今日科学関連でもう一つ騒がれている血液から人間の卵子が作られたってニュース、これどこでやってるんだと見たら京都だった。はてブだとどんな扱いだろうと見たら16ブクマだった。

一般国民がここらへんを楽しむようにならないと、大学の予算増やせと言ったところで増えないんだろうな。

Permalink | 記事への反応(0) | 16:03

ツイートシェア

■低脳なやつらが esa を使った場合の結末 to: @esa.io

エンジニア向けの社内ドキュメント共有サービスである、https://esa.io/ を、義務教育で作文を習ったかあやしいやつらが使うとどうなるか事実を書く。

問題点：

1. Markdown が使え無い

2. 履歴機能(バージョン管理)が使え無い

3. ディレクトリ構成がゴチャゴチャ

4. WIPとShipItを使い分けることができない

5. H1とかH2とかの階層がゴチャゴチャ

6. 使用する言葉が一定でないため検索に時間が掛かる（文字のゆらぎ）

7. 誰もドキュメントを整理しようとしない、整理の必要性を感じていない

8. タグが使え無い

9. 更新内容を書かない

10. Archiveしない

その結果、

・更新日依存による検索が始まり、調べるのに時間がかかる

・更新内容が分かりづらいための、現状把握への時間がかかる（アップデート内容が分からない）

・何を目的とした記事なのか分からない（情報共有なのかポエムなのか等）

・完成している文章なのかわからない（信頼のおける文章なのか分からない）

・正直、何の話をしているのかわからない（ディレクトリ構成、ヘッダー、文字のゆらぎが激しすぎる等で理解不能）

・意味不明なタグ付け

・意味不明な年月日によるディレクトリ構成

・書き捨てられる文章に見える。しかしその実はとても重要な文章である。ただし更新日依存のため見つかりにくい

・ドキュメント作成者は書いて伝えた気持ちになっているが、全く伝わらない

・ドキュメント警察が必要となるが、ドキュメント警察に割ける時間は0。（ドキュメント警察っていうのは、「この書き方がだめ」とかダメだしする役割。修正する役割のことをさした）

まず義務教育で作文ならったのかな。

Markdownやディレクトリ構成、更新方法については教えればいいとして、文章構成が出来ていない点が義務教育を修めたのか懐疑的にさせる。

esaみたいなサービスって他にも結構あると思う。ただいずれにせよ自分達がドキュメントを育てることが出来るのかまずは考えてから使い始めた方が良い。

あとサービスによっては無料期間があるので、その間に見極めることも重要と学んだ。

正直、GoogleDocsを見ても全て「本文スタイル」で書かれていたりとかして、何を使わせても同じなので明らかな能力不足。

Markdownを教えたりとかタグについて決めたりということはしたんだけど、守られないし風化させられる。教える方がバカに思える。

小学生向けの作文の書き方を元に教えたりしたけどだめだった。

ワイの力ではムリでしたごめん

Permalink | 記事への反応(0) | 17:04

ツイートシェア

■五輪開会式の入場行進を「いろは順」にしたら

• 上記配列は日本開催の時にしたが、順位はそのまま。
• 国・地域名の表記は https://www.joc.or.jp/games/olympic/code/ に拠ったが、右記は変更した:「西サモア→サモア」「英領→イギリス領」「米領→アメリカ領」
• 日本語文字列照合順番になってたらいいなあ。

Permalink | 記事への反応(0) | 23:03

ツイートシェア

■ニュージーランドが人工衛星を軌道に乗せた11番目の国になったというけれど

これまで人工衛星を打ち上げたことがある10カ国はどこなんだろう?

適当に予想してから調べてみる。

予想

1. ソビエト連邦/ロシア
2. アメリカ
3. ESA諸国(とりあえず十把一絡げにしておく)
4. 日本
5. 中国
6. イスラエル
7. ウクライナ
8. インド
9. パキスタン?
10. イラン?
11. ニュージーランド

正解

1. ソビエト連邦 1957-10-04 Sputnik 1
2. アメリカ 1958-02-01 Explorer 1
3. フランス 1965-11-26 Astérix
4. 日本 1970-02-11 おおすみ
5. 中国 1970-04-24 東方紅1号
6. イギリス 1971-10-28 Prospero
7. ESA 1979-12-24 CAT-1
8. インド 1980-07-18 Rohini D1
9. イスラエル 1988-09-10 Ofeq 1
10. ウクライナ 1991-09-28 Strela-3
11. ロシア 1992-01-21 Kosmos 2175
12. イラン 2009-02-02 Omid
13. 北朝鮮 2012-12-12 光明星3號2號機
14. ニュージーランド 2018-01-21 Dove Pioneer, Lemur-2

フランスとイギリスは個別にカウントしてESAはカウント外にし、ソビエト連邦はカウントしてウクライナ、ロシアはカウント外として10カ国ということなのかな。

Permalink | 記事への反応(0) | 21:16

ツイートシェア

■転職先がGitHub、Slack、情報共有ツール使ってることは最低限確認しとけ

ベンチャー(という名の零細企業)から、そこそこの規模の企業に転職して数ヶ月たった。給与面はめっちゃよくなったし、仕事も一緒に働く人間にもそんなに不満はない。

でも今時GitHub、Slack、情報共有ツール(Qiita Teamでもesaでもconfluenceでもいいけど)が使えないことにはめっちゃストレス感じてるし、使えない環境に来たことに対しては本当に後悔しかない。

タイトルに書いたようなツールが使えないということは、すご～く乱暴にまとめると要は以下のような状況の場合が多いのではないだろうか。

GitHub使えない ＝ GitLabなどで代替している場合が多いが、要は会社としてエンジニアに対してそれほど投資が積極的じゃない

チャットがSlackじゃない ＝ エンジニアよりもその他の職種のパワーバランスのが強い。メール文化が残ってる。

情報共有ツールがない ＝ 知見をドキュメントに残すという文化がない。後から入った人間が辛いし、本当に一部の人間の頭にしか仕様が残っていない。オープンな文化でない。

ソースコードの管理がGitHubじゃない(Gitではある)、チャットがSlackじゃないということは事前に知ってはいたものの、何年も当たり前に使っていたツールが使えないのは想像以上にストレスだったし、数ヶ月たった今でもモヤモヤしている。

使いたいという要望は出しているものの、反応は芳しくない。

今これらのツール使って仕事してる人は、同じツールが次の職場でも当たり前に使えることは確認しておいたほうがよい。

これらのツール使ってるからいい会社とは言えないだろうけど、最低限よい会社の下地はあるってことは言える。

逆に使ってない職場は、採用について相当なハンデを背負ってると思ってくれ。正直、こうなることが分かっていたら今の職場には転職しなかったよ…

Permalink | 記事への反応(1) | 23:35

ツイートシェア

■esa.ioとかQiita:TeamみたいなWebサービス

Gitでmdファイル管理するのに比べて何が美味しいの？

わかりやすく教えて

Permalink | 記事への反応(0) | 10:47

ツイートシェア

■http://anond.hatelabo.jp/20160214120803

現在はESA（欧州宇宙機関）に委託して軌道上、無重力のところに持って行ってもらっていって、そこからは専用の人工衛星で射出しています。火星でスイングバイしてます。

Permalink | 記事への反応(0) | 17:34

ツイートシェア

■http://anond.hatelabo.jp/20080721132909

みずほのz/Linux案件がITProのニュースになってました。

140台のRS/6000を20台のSystem z/SUSEにコンソリしたそうです。

http://itpro.nikkeibp.co.jp/article/COLUMN/20080711/310594/?ST=system&P=1

# "Principles of Operation"ってのは、IBMのMVSのアーキテクチャが記載されたドキュメントです。ESA/390, z/Architectureの各版にアップデートされてます。最新版はこれかな？古い版では日本語もあったと思うんだけど・・・

　z/OS V1R9.0: http://www-03.ibm.com/systems/z/os/zos/bkserv/r9pdf/

# メインフレームがUNIX/Linuxよりも優位にあると思うのは、チャネルサブシステム、Sysplex、アドレス空間管理かな。

Permalink | 記事への反応(0) | 01:13

ツイートシェア