The document appears to discuss genomic sequence alignment between ribosomal proteins of bacteria. It includes the amino acid sequences of the 60s and 50s ribosomal proteins of a bacterium. There are discussions around comparing the sequences, calculating percent similarity between them, and identifying exact matches, physical similarities, and gaps between the sequences. Pairwise sequence alignme

「日本人が、ノーベル賞を受賞した！」 そんな速報が出るやいなや、 ネットのタイムラインはお祝いムード一色。 街中では号外が配られ、テレビも雑誌も大急ぎで特集を組み立てます。 もちろん、それは誇らしくて、お祝いすべき出来事です。 でも、受賞者が日本人じゃなかったら？ それが人類にとって大きな偉業であっても、 たった１つのトピックスとして、収まってしまうことがあります。 たとえ、多くの人の生死に関わる問題であったとしても、 メディアは、優先度を誤ってしまいがちです。 おかしな話ですよね。 今から伝えたいのは、もう11年も前のこと。 2005年の、ノーベル賞の話です。 医療系の方はご存知でしょうし、 そうでなくても、記憶にある方もいらっしゃるかもしれません。 オーストラリアのバリー・マーシャル博士と、ロビン・ウォレン博士が、ノーベル生理学・医学賞を受賞しました。 二人の、ノーベル賞受賞までの道の

まったく自慢にならないけれど、自分は「デザイン」の「デ」の字もわからぬ。 強いて言えば、フォントにまつわる入門本を何冊か読んだことがある程度。それ以外の知識はまったく皆無のあんぽんたんであり、見た目を調整し何らかのメッセージを伝えんとする「デザイン」が、とんとわからぬ。 23歳ゆとり、1年半で会社を辞めました: 新卒入社から3年以内の退職を考える[Kindle版] posted with ヨメレバ けいろー 2015-07-28 Kindle その残念っぷりは、こちらの電子書籍の表紙を見れば伝わるでしょう。 文書ソフトの描画機能オンリーで制作した表紙は、あまりにお粗末でござった。ぐだぐだなバランスに、可読性の低い文字配置＆サイズ──そして何より、一目見て本の内容が伝わらない。 そんなデザイン音痴の自分が少しでも「デザイン」の世界を知るべく手に取ったのが、こちらの本『なるほどデザイン』です。

Qumicoを使ったEdge AIの最新情報。AutoML、LSTM対応 ～ ColabやLabelboxを使ったリモート時代の組込AI開発、人材育成。

Reacent Posts 2021-12-14 KotlessとKotlinでサーバーレスAPIを開発 2020-07-02 SpringBootでnd-jsonのリクエストを受けられるようにする 2020-03-27 田舎でのリモートワーク記 2019-12-08 Micronaut とサーバーサイドKotlin 2018-09-17 ISUCON 8 で惨敗してきました All tags kotlin. kotless, aws, serverless, kotlin. spring, notes, kotlin, test, network, rust, python, mongodb, database, tools, http, optimize, h2o, flask, websocket, magento, orocrm, apache, log, review, mac,

昨今の急速な技術進歩の中で、技術者はどのような生存戦略をとって成長していくかべきか。こうしたことをテーマにしたパネルディスカッション「先達に聞くこれからのエンジニア像 2016」が、2月5日に横浜で行われたイベント「エンジニアサポートCROSS 2016」で行われました。 （この記事は「パネルディスカッション：先達に聞くこれからのエンジニア像 2016（前編） エンジニアサポートCROSS 2016」の続きです） スピーカーは 楽天 よしおかひろたか氏、Increments 及川卓也氏、ICTトラブルシューティング実行委員会 伊勢幸一氏。司会はニフティ 森藤大地氏。 スタッフにはゆるい制約と完全な自由を提供する 伊勢　僕は職種がシステムの構築運用というインフラ関係なので、お二人とは若干仕事が違うこともあって、吉岡さんがおっしゃったコミュニケーションが重要という話や及川さんの世界観の共有とい

1. 2016/01/19 - Regional SCRUM GATHERING® Tokyo 2016 あなたのチームの「いい人」は 機能していますか？ 横道 稔（株式会社サイバーエージェント / 株式会社 RightSegment） 2. 自己紹介 • 横道稔 （@ykmc09_dev） • 株式会社サイバーエージェント アドテクスタジオ • 株式会社 RightSegment にて PrivateDMP を開発 • エンジニア、エンジニアチームのマネージャ • CSM / CSPO

ダメダメ過ぎた2015年 色んな事に興味を持ちすぎた結果, 特段何も成果らしい成果が出せなかった。 色々と手を出した割にそれ程アウトプットをすることができなかった。

重要なのは、この「煩わしさ」は、「そのタスクを完了した際に、どれだけ体力と意欲を使い果たすか」 の指標であることです。 「技術的には難しくないから、経験の浅い人にまとめてやってもらおう」と、そうした「だるいタスク」を集中させてしまうと、あっという間に人員が疲弊して 最悪離職します 恥ずかしながらこういう経験があります。 「だるさ見積り」した => 予測工数の -5%〜+5% の前倒しor遅延 で済んだ 「だるさ見積り」しなかった => +20%〜40% も遅延した。 終わった後の生産性の低さも本当にもう酷かった。 ごめんなさい。。。。 やろう！『だるさ』見積り！本当に大事だよ！ [見積もり編] 3. OKR を意識したバックログ 具体的には Github の issue サマリを記載していく事柄で実践します Objectives : この PullRequest で何ができてほしいのか サ

Recent Commentsクラウドソーシングでパキスタン人にアニメーションを作らせてみた | innova on アニメをアウトソースする#031 金持ち父さん貧乏父さん 実践その1:まず5つの障害を乗り越えよう (#3 怠け心) | あすなろ(earth76)式 on プレゼンの冒頭で伝えなければいけないWIIFMとは？何故日本人はブレストを嫌うのか | Masafumi Otsuka's Blog on 根回しが何故日本人に必要なのか、ちゃんと説明しよう外国人上司に「私に活躍させたかったらやり方をこう変えて欲しい」と言葉にして伝えよ う！ | Masafumi Otsuka's Blog on 根回しが何故日本人に必要なのか、ちゃんと説明しよう外国人上司に「私に活躍させたかったらやり方をこう変えて欲しい」と言葉にして伝えよ う！ | Masafumi Otsuka's Blog o

今年の夏頃からブログの書き方を変えた。以前は読んだ本を紹介することに重きを置いていたが、いまは本を媒介にして自分の感じたことを書こうとしている。すると自然に、記事のタイトルから本の題名が消えた。 なぜ本を読むのか。それはひらめく準備をするためだ。直接関係がない知識でも、物事の原理を知っていると別の分野で繋がることがある。読んだ直後は役に立たなくても、時間が経つと繋がることがある。 今回は、世界との関わり方が変わる本を紹介したい。人生の特効薬にはならないかもしれないが、読み終えると世界の見方が少し変わるはずだ。 デザイン 誰のためのデザイン？　増補・改訂版　―認知科学者のデザイン原論 作者: D. A.ノーマン,岡本明,安村通晃,伊賀聡一郎,野島久雄出版社/メーカー: 新曜社発売日: 2015/04/23メディア: 単行本この商品を含むブログ (6件) を見る 上と下の向きが分からないUSB

『江南スタイル』の大ヒットが私に何をもたらしたか PSYが語るスターとの共演と一発屋問題 "Gangnam Style" Singer PSY Visits Harvard 2012年に『江南スタイル（GANGNAM STYLE）』で大ヒットを飛ばした歌手・PSY氏が2013年にハーバード大学でのスピーチに登壇。自身が初めてアメリカに渡った頃のエピソードや、『江南スタイル』が出来るまで、そしてYouTubeで20億再生を達成した脅威のブレイクをきっかけにしたセレブとの共演などについて語りました。韓国にいるPSY氏のもとに、突然ジャスティン・ビーバーのマネージャーのスクーター・ブラウン氏から電話がかかってきたときは、耳を疑ったそうです。さらに、「一発屋」と呼ばれないために考えに考え抜いてリリースした『Gentleman』制作秘話なども語られます。 江南スタイルのPSYがハーバード大でスピーチ

新しいものを導入したり、困っていることがある場合に外部の技術コンサルタントを雇う例が増えていると思います。 一方で、外部の技術コンサルタントを使うとお金もかかりますし、その分の成果もきちんとあげなければなりません。 あくまで私見ですが、以下に僕がお客様とか相談してくれた人に推奨している技術コンサルタントの選び方を書いておきますので参考にどうぞ。なお、技術顧問はちょっと毛色が違うので全部は当てはまりません。 コンサルタントは銀の弾丸ではないので、雇ったら「なんだか良く分からないけどすごーくうまくやってくれる」なんてわけはないことを認識すること。発注側も実行をコミットする必要があるコンサルタントを使うことを検討する前に、自分たちが何に困っているのか明らかにすること。視点は単なる技術視点でなく、ビジネスレベルでも考えること何に困っているか明らかにするとき、関係者それぞれの課題が同一とは限らないと

今のチームのプログラマたちは、製品の機能や UX に意見を持っている。 UX デザイナがおらず PM もおとなしいプログラマ中心のプロジェクトから来た自分は、アプリやサービスの世界でデザイナや PM がどう物事を決めるのか、そこにプログラマがどう絡むのかに興味を持っていた。どうも一筋縄でない。 定例ミーティングではデザイナのモックを前にプログラマたちが細かいレイアウトや動きを議論している。各リリースの計画会議では誰かしら自分の欲しい機能を持ち出す。廊下でデザイナと顔を合わせては唾を飛ばし合っている。ランチで PM と同席するたび何かを申し立てている。 自分はそんな意見がない。開発しているアプリに興味はある。自分で使っているから良くなってほしい。でもアイデアはない。速くてバグがなければいい、くらい。 コードの書き方には意見があるし、開発プロセスやインフラにも言いたいことは多い。バグを減らした

Netflixがオープンソースとして公開した「Spinnaker」は、複数のクラウドに対するアプリケーションのデプロイとクラスタの管理を実現し、継続的デリバリのプロセスを自動化してくれるソフトウェアです。 NetflixがSpinnakerを紹介したブログ「Global Continuous Delivery with Spinnaker」では、次のように説明されています。 Spinnaker facilitates the creation of pipelines that represent a delivery process that can begin with the creation of some deployable asset (such as an machine image, Jar file, or Docker image) and end with a de