「単一」を含む日記 RSS

はてなキーワード: 単一とは

2018-10-13

anond:20181013140220

他の動物を見ても、子ども自力で動けるようになったあとは、親からは離れる(そして、バンバン死ぬ)のが自然ということになる

?

サルを含む哺乳動物の群れでは、乳離した子が食ってけるようになるか性成熟まで母親を含むメスグループにいることはかなり一般化できるでしょ

単一家族場合キツネイノシシクマネコ)は基本母子家庭

オオカミ例外的に近所の兄ちゃんちゃんが面倒見てくれるが性成熟後も母親を含む群れに残る

まり基本的母親or母親グループだろ

2018-09-29

何でも個人の才能や資質としてしか考えられない人

一般的に言って、あるXという事象が起こっている、その原因はきわめて複雑であって、単一の要因に還元できることは非常に稀である

という認識そもそも無いのではないかなと思いました

anond:20180929074000

年寄りにとってはオタク=博識家・博学者あたりからスタートしてるから単一を深くってのはむしろ若者(いまとなっては若くない層)のほうなんだよ

2018-09-25

人類宇宙に出ず、繁栄し、詰むSF?

魔術的遺伝子操作により

生殖コストゼロ

単独生存可能状態で生まれ子供

あらゆる耐性を手に入れる

全てのエネルギー遺伝子レベル生来能力で取り込めるようになる

人類は一瞬の宇宙進出のチャンスを逃し

セックス魔境→共食い→単一植物

の道を辿る。

最終的に泥のような脳のみと化し、文明細胞間の電気信号としてのみ存続する。

地球ブラックホール似て非なる外部からエネルギー情報を吸うだけの特異点と化す。

人類はただ地球質量を増やすだけの現象となる。

但しその人類史は、太陽系の終わりとほぼ同時に終わる。

それまでは人類の総数自体は増え続ける。

エネルギー保存則的に、宇宙進出なしにこれを上回ることは有り得ない限界点に辿り着く。

後は、人類定義を弄ってやれば、内部の無駄信号伝達に費やされるエネルギーも減って繁栄速度があがるかも。

2018-09-24

現代社会において社会の大多数を占める人類が現役労働生活を送る期間にわたって使い続けられているソフトウェア関連の技術には何があるだろうか。

その期間を約40年間(20代前半~60代前半を想定)とすると、2018年から見ると1978年以前に導入された技術だ。

COBOL

COBOL1959年に開発された。ただし、COBOLの規格自体1993年まで更新されている。

仮に1978年からアップデートしていないのならば、COBOL-78、または、日本場合第一次規格(COBOL-65相当)のいずれかになる可能性が高い。

FORTRAN

FORTRAN1954年に開発された世界初高級言語である。もちろん、FORTRANも規格の更新は行われている。

仮に1978年からアップデートしていないのならば、FORTRAN-77が理解している最新の規格となる。

C言語

C言語1972年に開発された。当然C言語も規格の更新が行われている。

このため、仮に1978年から知識アップデートをしていないのならば、K&Rが最新の知識となる。

当然だが、処理系GCCLLVM+Clangではない。

UNIX

UNIX1969年に開発された。ただし、その後も実装仕様修正され続けている。

仮に1978年技術からアップデートしていないのならば、その仕様実装Unix Version 5~6(System Vでは無い)、または、BSD 1.0で止まっていることになる。

POSIXはまだ無い。

TCP/IP

1973年に着想された当初、TCP/IPは両者の責務を単一プロトコルが持っており、そのプロトコルTCPと呼ばれていた。

1978年トランスポート層インターネット層が切り分けられ、TCP v3IP v3となっている。

現在使用されているIPv4は1981年RFC化されており、ARPANETに完全に適用されたのは1983年になる(当時はIP/TCPと呼ばれていたようだ)。

このため、TCP/IPがこのリスト対象であるかはかなり微妙だ。

機械学習

ディープラーニングの礎の1つになっている多層パーセプトロンの初出は1961年のようだ。

マイクロプロセッサ

1978年にはIntel 8086が発売されている。

RISCはまだ無い。

フレームワーク

無い。

HTTP

無い。

どれぐらい無いかというと、Sir Tim Berners-LeeがまだCERNにいないぐらい無い。

ちなみに、HTTPはどうもTBL個人プロジェクトが源流のようだ(あの時代に?)。

Lisp

エイリアン生命体が利用するこの奇妙な言語は、1958年誕生した。

1978年から現在まで生き残っているLisp処理系Schemeのみであるが、この時点での仕様はR1RSである

ただし、マクロ1963年時点でLisp 1.5に追加されている。

他にも色々あるとは思うのだが、何があるだろうか?

2018-09-20

anond:20180920112131

1.各10人の男女がいても10組のつがいができるとは限らない。

実際に未婚の男女がいるのが証左

2.「性欲は単一対象にのみ向けられる」という前提に誤りがある。

 すなわち、番になることとエロ本を読むことは両立する。

3.全体的に女性側の主体性無視している。

 「女性男性を選ぶ(選ばない)」可能性などを一切無視してる。

4.「女性の魅力はエロ本以下」という謎の前提がある。

これらすべてを検討したら論が成り立たないレベルだと思う

anond:20180920104958

その論は面白い。すべて間違っている。

1.各10人の男女がいても10組のつがいができるとは限らない。

実際に未婚の男女がいるのが証左

2.「性欲は単一対象にのみ向けられる」という前提に誤りがある。

 すなわち、番になることとエロ本を読むことは両立する。

3.全体的に女性側の主体性無視している。

 「女性男性を選ぶ(選ばない)」可能性などを一切無視してる。

4.「女性の魅力はエロ本以下」という謎の前提がある。

2018-09-14

anond:20180914132421

防災用の電池単三統一してるから単一は使えないんだよな」と思ったけど、こういうのと組み合わせたら、12本一気につかえるかな?

https://www.amazon.co.jp/dp/B00DVH7QK6/

「開発現場で役立たせるための設計原則パターン」への反論

開発現場で役立たせるための設計原則パターン

https://nekogata.hatenablog.com/entry/2018/09/10/163206

この記事はてブで大絶賛されてるが、個人的にはセンス無いなーと感じたので言語化してみる。

Notificationクラスが不親切。

Notificationクラスそもそも単一責任原則に反してない

開放閉鎖原則勘違いしてる

Notificationクラスと何のクラスが密結合なのか説明されてない

  • 『それ以前の問題というか「本来バラバラに書かれるべきものが、すべてここに書かれてて密結合しちゃってる」とみることができるかと思います。』?
  • 密結合というのであれば、コメント通知を変更した時にNotificationクラスとCommentクラスの両方に変更が生じてしまうことを示すべき

オブザーバーパターンが出てくる意味が分からない

今回の仕様を図で書くと

コメント→→→コメント通知

スター→→→スター通知

あしあと→→→あしあと通知

みたいな感じになるとする。

すると、今回スライド問題視しているのは矢印の右側の通知の部分が1クラス共通化されている点。

しかし、オブザーバーパターンの出番は図の矢印の部分が絡まり合って処理が複雑になってしまった場合

今回は1つのイベントから複数リアクションが発生することは想定しないので

オブザーバー不要なのは当然。選択肢に出てくるほうがおかしい。

そもそも問題認識(通知部分が問題)と解決策(矢印部分を解決)がズレてるから話がおかしな方向にいってる。

Notificationクラスサブクラスを作ろう、ならまだ分かる。

人間の可読性が考慮されてない

まとめ。

かに設計言語化するのは大事だが、言語化というのは「それっぽいことは幾らでも言える」危険性がある。そもそもプログラミングというのは芸術であり文学なんだからセンス無いのに言語化を頑張っても「一見それっぽく聞こえるけど間違ってる説明しか出てこない。

2018-08-31

anond:20180831065719

ゲーム機マーチや家庭用乗用車って言ってる奴は見当違いも甚だしい。

F1も違うけど。

ゲーム機消防車とか耕運機とか、他の車では代用の効かないもの

ゲームを動かす事に特化したマシンなの。

CPUとかグラボとかメモリをどれだけ積んでスペックを上げても汎用機汎用機

サクサク動くが汎用機で動かすゲームあくまでもそのマシン上で動く色んなアプリのうちの一つ。複数アプリを動かす事もOK

一方でゲーム機基本的単一アプリのために命かけてるの。

最初から与えられてる使命が違う。

どれだけスピードが出せるかじゃなくて、赤信号でも走れるゲーム実行最優先主義ゲーム機たる所以なんだよ。

PCゲーム機で同じゲームプレイできるならゲーム機のほうが安定してる。

2018-08-23

anond:20180823115623

まりシネコン発生期は新宿コマ劇場付近などに代表されるように

「小さい映画館がまだたくさんあった」わけでその小さい映画館タイタニックだったりの大規模公開系の映画が上映されて結果洋画にはそこそこ分があったが、シネコンが発達するとともにシネコンにはスクリーンの数に見合うだけのタイトル必要になり、単一の大型タイトルだけではなく小型のタイトルもよく併映されるようになり結果売り上げが分散。小型タイトルでもヒットすればシネコンの大型スクリーンに移動したりして上映機会も多くなり邦画の低予算タイトルでも大規模な成功を収めるようになったとかそんなんやな。

2018-08-21

演繹を積み重ねていって緻密に構築された「理論」と

単なる単一事実提示しかない「情報」とを

同等に扱うこと自体そもそもおかしいんじゃないの

anond:20180821135448

トトロの生態~繁殖

トトロ単一種のみでは繁殖できない特殊生物です。基本的に全てのトトロはオスであり、メスは遺伝子異常でしか発生しません。繁殖の時には他生物のメスを利用します。しかし、その生物が性成熟的に繁殖可能であるトトロの遊走子は着床できず分裂が始まりません。他生物のメスは未成熟である必要があり、またトトロは未成熟な者の前にしか現れないことが確認されています一般日本山野ではタヌキのメスなどを利用して繁殖しているようです。メスの体内に放出されたトトロの遊走子は子宮にまで泳ぎ着くと着床し小さな胎盤を作ります。遊走子は3日ほどで2㎝ほどの半透明のトトロとなり体外に這い出てきます(出産) その後小胎盤排出されます。なお画像トトロ人間のメスに交尾を行っている貴重な場面を捉えたものです。この後、小胎盤から分泌される特殊物質によりメスの交尾時の記憶はすぐに消えることがわかりました。(参考資料日本山野生物学 宮崎某著)

2018-08-19

一口頂戴が嫌な人っているらしいね

私は一口頂戴や食べ物シェアが当たり前の文化で育ったので別に気にしない。

家族旅行ラーメン等の外食は、ひとまず一周させて全員がそれぞれの料理一口ずつ食べてからそれぞれ食べる文化で育った。

ただ、ラーメンみたいな、単一のものがドーン!みたいな料理シェアもやりやすいけど、アラカルト系はシェアがやりにくいよね。

こないだ久しぶりに親戚そろって回転寿司に行ったときに、寿司の1貫を2人でシェアして食べたが、さすがにみみっちくない…?と思ってしまった。さすがに寿司は1貫一人で食べたいわ。せいぜい5貫分しか胃に入らないのに10種類食べたかったらそうするしかないんだけれど。

サマータイム元号軽減税率日本IT無駄に苦しめてるとかい

元号なんて、明日にでも変わりうることなんて子供でも知ってるから、すぐに変更できる設計にしないで、内部処理に使う人が単に中卒なみの教養しか持ってないだけなんじゃないの?

軽減税率決まってから少なくとも参議院衆議院で1~2回くらい選挙やってるし、そこで議員陳情して選挙争点にすれば良かったのに、当事者は何をやってたの?

サマータイムは一部議員暴走安倍首相が宥める形で後ろ向き発言してるだけで、観測気球あげてる議員がいても実施されることは絶対にないとは思うけど、たとえば勤怠管理システムの勤務時間日本時間で固定して、海外出張時の勤怠管理ごまかしてた会社も多そうだし、これを機に業務システムを tz data で時差管理するシステムにするよう、見直す機会にしてもいいんじゃね?

taskjuggler とかのフリープロジェクト管理システムが、労働者が全世界ばらばらで働いても管理できるように工夫されてるのに、日本の高価なパッケージ全然できてないのを見ると、日本という単一時間帯を前提にしているためとは思っても、もにょる訳で・・・リモートワークや海外オフィス簡素に導入できるチャンスとしてtz data化するのはいいことかな、とも思うんだけど。

どうなんでしょ?しがない情シスですが、SI屋さんの意見を知りたい。

2018-08-08

サマータイムがなぜダメ

書いたのは私じゃないけど本人が拡散希望してたので掲載

昨日、菅官房長官夏時間検討否定していて一安心していたのですが、まだ前向きなのではないかと思われる報道がありましたので、もう一回しつこくポストします。

安倍首相サマータイム検討を指示 自民党部会

https://www.fnn.jp/posts/00398120CX

IT業界の皆さん、自分意見議員官邸に伝えましょう】

夏時間を推進しようとしている議員ネット情報収集する人種ではないことは、SNS上での皮肉批判にもかかわらず、こうして事態が進行していることからあきらかです。FAXとかはがきじゃないとだめなのかもしれませんが、幸いWeb上にフォームがあるので、自民党首相官邸に今すぐ自分意見を伝えましょう。

首相官邸への意見

https://www.kantei.go.jp/jp/forms/goiken_ssl.html

自民党への意見

https://www.jimin.jp/voice/

なぜ、限定的問題解決するために社会全体の構造を変更しようとするのでしょうか。私はこのような全体主義的な問題解決姿勢には大反対です。仮に開催を2時間前倒すことで猛暑オリンピック実施することに伴う様々な問題解決するとしても、変更が必要なのはオリンピックタイムテーブルであり、社会全体の時刻ではありません。

IT業界でない方向け:突然のサマータイム導入のヤバさ】

ざっくり言うと、私見では2000年問題と同じぐらいヤバく、準備期間が少ないという意味破滅的にヤバいです(=回避不能2000年問題)。

世界中夏時間と冬時間に2時間の差がある国はありません(間違っていたらご指摘ください)。ベストプラクティス存在しません。

・何を大げさな、単に時計を進めたり戻したりすればいいだけじゃないか、と思うかもしれませんが、現代コンピューター世界中の様々なサービス通信しています。そのため、時間を扱う際には内部的には一旦世界標準時で処理されるのが一般的で、内部時計を二時間進めたり戻したりすると様々な問題が起こりますロシア/マガダン時間はすでに東京よりも二時間進んでいるので、現実的にはユーザースマホPCの時刻自動設定を解除し、手動でマガダン時間に変更するしかないと思います

海外からオリンピックを観に来る旅行者にも「スマホ自動タイムゾーン設定を解除してロシア/マガダン時間に設定してください、マガダンスペルはM, a, g, a, d...」などと航空会社が案内する感じになるでしょう。日本に来るのになぜかロシア時間

・一方で、20世紀から稼働している古いシステムや、単純なシステムの中には、そもそも単一タイムゾーン以外で動作することを考慮していないプログラムもあり、このようなシステムについては、内部時計をずらして対応するしかありません。このようなシステムから見ると、突然タイムスリップした状況に見えます。進む方はまだいいのですが、戻る方の処理は大変複雑です(たとえば、切替日の深夜営業飲食店では、すでにタイムカード23:30で打刻した人のあとに、22:30の打刻が出現するような状況になる)。この影響範囲についてはまったく予想がつきません。いい加減に対応すると、時計を進めていないサービス現在時刻で同意できないために、通信ができないような事態が起こります

夏時間概念自体は新しいものではないので、ちゃん日本夏時間標準化され、各種OS対応することが前提であれば、工数をかけて設計実装を行えば、最新のOS上で新しく開発されるシステム理屈上は問題なく対応することができます

しかし、日本だけでなく世界中ですでに稼働している、時刻を表示する無数のプログラムについては、時刻表示必要な処理や時刻設定に必要選択肢を書き足す必要があります日本政府が公式ロシア/マガダン時間採用すると宣言しない限りは)。十分な準備期間を取らずに、変更が必要な箇所をすべて洗い出し、問題なく修正するのは大変むずかしいことです。また、上述のように、古いシステムではそもそも変更が不可能なこともあります

万が一いいかげんな実装適当設計が行われるシステムが混じっていると、そのシステム通信する際に2時間時間がずれて処理が行われるようなことが起こります。具体的には様々な表示時刻や予約時刻が2時間ずれたり、通信不通になるなどの問題が起こり得ます

この結果、

日本夏時間正式対応したシステム(最新の国産スマホ

日本夏時間正式対応していないので、ユーザーが時刻をロシアマガダン時間に手動設定することで当面正常動作するシステム(古いスマホPCなど)

日本夏時間にいい加減に対応して問題を起こすシステム

日本夏時間対応しないために、内部時計を進めたり戻したりして対応するシステム

日本夏時間対応せずに日本標準時間のまま動作し、ユーザーが時刻を頭の中で変換しなければいけないシステム

が混在することになり、社会的な混乱は必至です。

人間機械も「それ、どっちの13時?」みたいに迷い、間違えるという毎日がやってきます文房具屋のレシートには日本標準時が、コンビニレシートには日本夏時間が印字されているような感じになるでしょう。ツイッターフェイスブックなどのもともと複数タイムゾーン対応しているシステムや、JR航空会社など大きい会社はたぶんちゃん対応してくれますが、美容院の予約システムや小規模なネット予約システム対応できずに日本標準時のまま稼働し続け、勘違いが起こります

社会的に大きなメリットがあるのであれば、この大混乱のリスクを取ってでも前進するべきだと思いますが、本件については導入のメリットがあまり限定的であり、得られるメリットに比べてリスクが大きすぎると思います

とにかく2020年サマータイムはやめてください。死人が出ます。お願いします。

2018-08-01

anond:20180801144113

純文学ラノベは多くのジャンル内包するプラットフォームであって、

単一ジャンルを専門的に扱うSFミステリのようないわゆるジャンル小説は

そのプラットフォームを横断できるというだけだぞ。

定義論によってジャンルシュリンクするなんてSFファンダムいちばんやってきたことじゃん。

なにが「SFはこの過程が未だ生じておらず」だよ。

2018-07-25

ホモソーシャルで育ったマイノリティ、大抵極端な思想持ってる説

水脈ちゃんとか変なトレース作家みたいなウヨサーの姫もそうだけど

単一集団の中であえてマイノリティである人間が育つと

そいつ思想ってすごい先鋭化するよな

 

かつては三島由紀夫チビホモマイノリティ側だったけど

文壇というホモソで揉まれてあえなくハラキリ化したし

現代だと芸能人オカマとか外人とかが

普通芸能人より妙に思想が振れてたり

 

この現象なんか名前付いてんのか?

はてなNG代替品 Chrome1.0.3/Firefox1.0.1 を公開した

https://anond.hatelabo.jp/20180609124213

はてなフィルタ - Chrome ウェブストア

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AA%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/nogcpadcgpkonifnaagfghkaiiojdcap

はてなフィルタ - Firefox 向けアドオン

https://addons.mozilla.org/ja/firefox/addon/%E3%81%AF%E3%81%A6%E3%81%AA%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/

更新履歴 Chrome 1.0.3 / Firefox 1.0.1

自分スターを付けたブコメの強調表示機能追加
不具合修正

更新履歴 Chrome 1.0.3.2 / Firefox 1.0.1.3 (8月6日追記)

ユーザーブックマークページにも強調表示を適用
不具合修正
ソース整理

あとがき

不具合修正だけでアップデートするの嫌だったのでなにかないかと思っていたところ

はてなの社長に物申してくる

こちらのトップコメントが目に止まり

id:theband

自分スターつけたブコメが一目でわかるよう色や印がつくと、自分が支持した意見や参考になった意見が一覧にできて、考えや参照情報が整理しやすくなると思う。あと、自己客観視しやすい。賛同してくれる人いる?

それをそのまま実装した形です。

どこにマークするかはいろいろ試した結果、AddStarボタンの枠線に落ち着きました。目に付きやすいし同じブコメ意図せず複数回★付けるのを防ぐ意味で。色は黄色や青だと馴染んでしまうので赤です。

自体にもマークするのはちょっとやりすぎかなぁと。うっかりデマにつられてしまって★消したいけど100個も200個も★付いてて探すの大変!ということはあるかもしれませんが。レアケースでしょう。

ちなみにinner_starというのは「★17★」みたいなやつです。HatenaStar.jsでそのように命名されてます

ここから8月6日追記

使っているうちにこまごま見つかった不具合をちまちまと潰し、潰してはエンバグして、また潰し、とやってなんとか一段落しました。

不具合5は特に酷く、★フィルタ作成時に「色情報が入っていてそのままでは使えない」からこそaltでなくhrefから取得することにしたにもかかわらず、それをすっかり忘れてエンバグしてしまうのだから情けないこと頻り。忘れるのはわかりきっているので通常は当たり前でない処理にはコメントを入れて未来自分に注意を促すわけです。今回は忘れることを忘れてしまってコメントを入れなかったのが敗因ですね。

mobile版含め落ち着いたので次は環境固有の不具合…と言いたいところですが報告のあったアドオンの組み合わせバグはどうしようもないかもしれないなと正直思ってます。まだ何も調べてませんが。うまく直れば「同一ユーザーの★をまとめる機能」と合わせて1.1.0をリリースしたい気持ちお気持ちの表明。

2018-07-13

Microsoft Teamsの無償提供開始とその反応見て思った

完全な外野適当な思い付きを書いていく。

大体の人の頭の中で「覇者Slackに挑むTeams」な構図になっているが実際はそう単純ではない

公正な比較はできないんだけど、アカウント数および有償プラン契約数でいうと少なくとも国内SlackはTeams(Office365)の足元にも及ばない。

https://www.publickey1.jp/blog/18/slack.html

国内だとSlack無料アカウント含めて50万、有償プラン契約数は15万というのが上記記事に書かれてる。

世界だと有償プラン契約者数が300万人以上、ということらしい。単一機能サービスでここまでの規模に成長しているのはまさにチャットツール市場覇者と呼ぶにふさわしい。

一方のOffice365なんだけど、Teamsを今まで利用可能だった商用の有償プラン契約数は1億3500万人のMonthly Active Userと下記の2018年1~3月期の決算資料に載っている(スライド9枚目)。

流石に契約者数は明かしてくれないらしいが、Teamsを今まで利用できなかった一般消費者向けの契約者数は約3060万人契約とのこと(スライド10枚目)。

https://view.officeapps.live.com/op/view.aspx?src=https://c.s-microsoft.com/en-us/CMSFiles/SlidesFY18Q3.pptx?version=2b0076e2-b5c3-fee9-75df-dc8e78688560

ちなみに少し前に発表されたSurfaceGoの国内版にだけバンドルされて大顰蹙を買ったOffice売り切り版は収入が16%落ちてるらしい。

クラウドへの移行が着々と進行中、という今更説明するまでもない状況みたい。

契約者数はともかく、実際の利用者数、コミュニティ成熟度などはSlack圧勝(私個人見解)

契約者をいくら誇ったところで、Teams利用者の声なんてあまり聞こえてこない。下記のブコメでも「実際に利用して具体的な意見を書いている人」は驚くほど少ない。

http://b.hatena.ne.jp/entry/s/pc.watch.impress.co.jp/docs/news/1132746.html

Office365企業で大々的に導入している職場をいくつか経験した自分感覚としても、Teamsをまともに利用している職場は見たことがない。

存在自体を知らない、モノ好きの情シス適当に使ってる、大規模導入の検討初期段階、といった感じのところが多いのでは?

利用できる契約者は多くても、そもそも存在自体があまり知られてない、というのがMicrosoft Teamsの現状。

Slackそもそも単一機能を売っているという関係上、契約者はチャットツールを使うために契約しているわけで、Slack契約者≒Slack利用者となるわけだが

Office365そもそも情シス買い切りOfficeカウント地獄から解放」というお題目や、

メールサーバ運用から解放」などといった感じで、Teamsを主目的の一つとしてとらえているユーザーがそこまで多くない感じ(そもそもOffice365リリース当初には無かったサービスだし)。

なので、Office365契約者>>Teams利用者となる。

無償化ユーザー数拡大のための施策なのか?

個人的な見解は「ユーザー数拡大ももちろん視野には入っているだろうが、認知度向上の方が比重高いのではないか?」という感じ。

まずはニュースサイトが分かりやすい構図として「MSSlack対抗サービスがついに無償化」みたいな記事を出せば「あぁ、うちが契約してるOffice365にもチャットツールあるんだ」と知ってくれる既存契約者も多いだろう。

それによって利用率向上を狙っているのでは、というのが自分の予想。

Slackへの攻勢をかけるという線も薄い。

わざわざ自社より小規模でロイヤリティ高くて引き剥がしにくいユーザーを狙う意味がない。

そもそもOffice365自体契約者数は絶好調で成長中だからね。

そもそもSlackの2/3ぐらいの価格でなんでも付けてるOffice365必死な防御策こそTeams位置づけ

よく言われることだが、Microsoft TeamsSlackパクリから始まったサービスだ。

それは間違いない。

ただ、現状のSlackとはターゲットユーザーが違う関係上、進化の仕方が微妙に違っている。

コミュニケーションプラットフォームという大枠の括りは一緒でも、自社内にチャットツール以外が無く、外部との連携機能拡張をするSlackとは対照的

Office365ビジネスプランにはMicrosoftIFTTT的なFlow(これも始まりIFTTT的な感じだったが、もはや全くの別物になった)や、

Microsoft版TorelloなPlanner、WebOffice(プランによってはクライアント版)、SharepointExchange、何でもありだ。

流行り物はどんどん巻き込み、投げ売りといってもいいレベル価格付けでユーザーを囲い込んでいってる。

Plannerが無償版なしだったり、Flow無償版がお遊びレベルの内容なのと違って、Teams無償プランがここまでのレベルなのは

ひとえに「Slackの脅威がヤバいからだ。

単一サービスで300万以上の契約を勝ち取るクオリティリテラシーの高いユーザーによって構成される成熟したコミュニティ

チャットツール無償版なしではOffice365契約が切り崩されかねないという危惧もあるのだろう。

チャットツール代替するものとしてよく挙がる「メール」はOffice365重要位置にいまだあるわけで、

下手にSlack導入して「あ、これメールサーバ要らんな」みたいなことになると、Office365自体契約も危ういわけで、必死になるわけです。

あとはいくつかのブコメに反応して終わり

まずはSkype for Businessを何とかしろ

Teams統合して消滅っていう方針が決まってるよ。

もう諦めて Slack 買収した方が良いのでは。

諦めるどころか、これから防衛戦頑張らなきゃならないんですよ。

買っても大したユーザー増にならないし、どうせ既存ユーザー逃げるし、金の無駄しかいか

買収の線は薄いんじゃないですかね。

Trello対抗にとりあえず作りましたで後は放置のPlannerやWunderlist買収してから放置ToDoとかと同じ末路を辿る予感しかない

PlannerやToDoバックエンドAPI整備がやっと最近ひと段落したので地道に改善はしてたみたいですよ。

そのおかげでまだ不十分だけどFlowトリガーアクションが追加されたしね。

僕らのYammerが転生したってこと?(・・?)

Yammerって気軽に投票募れるぐらいしかTeamsに対する優位点見出せないんだけど、

ちょっと前にデスクトップアプリ出してきたりと、まだなんかやろうとしてるみたいなのが意味不明。

結構な額で買収したから、おいそれと損切りできないのかな?

これ系のサービスは気まぐれで終了されると洒落にならない。無償大丈夫か?

Skype for Businessを生贄にするぐらい今のMSはTeamsに本気だから、当分大丈夫だと思う。

その他クオリティに関するコメント

上にも書いたけど、はっきり言ってチャットサービスとしての完成度はSlackが上だと思う。

Teams結構使ったけど、よく言えば頻繁に機能追加される。悪く言えばそもそも機能が足りてない。

1年以上前リリース当初は場所によってIMEONにできなかったりしたしね。

あと機能追加もよく言えばコミュニティベースから機能要望を挙げて、それに賛同者を募って

多数の賛同を得られないと開発者の目に留まりにくい。たまに投票数の低い案が優先的に実装されたりもするけど

基本的には投票数の多い案件から実装機能が選ばれることが多い。

ただ、わかってる人がゴリゴリ使い倒す、っていう方向でクオリティを上げてるSlackに対して

TeamsあくまでもOffice365との密な連携主題において、外部とも連携できるように、っていう方向なので

ターゲットユーザーそもそも被らないのでは、と個人的には思ってる。

Slackに満足してる人はOffice365に囲われてるおまけって時点でTeamsの印象悪いだろうし、

Office365についてくるTeamsで十分な人はチャットツール単体に1000円/人月なんて払わない。

MS側もSlack対抗というより、Slack開拓してくれたチャットツールという新たな魅力でOffice365契約数を増やしたい、という感じに見える。

2018-07-09

日本入れ墨刑罰だったかイメージが悪いと言う人がいるが

これって元は中国文化だよね?

アイヌには罰としてではない入れ墨があったし九州沖縄にもそういう風習があった

アニミズム的な文化入れ墨の相性って結構良い

単純に入れ墨が嫌いってのはわかるし、それはいいと思うんだけど日本の文化と絡めるのはどうなんだろうと

日本歴史が長いんだし時代時代意味合いが変わるわけじゃんか、単一なわけでもないし

2018-07-07

[] 増田文学賞 2018前期 投票の呼びかけ

エントリー増田文学賞2018前期の投票に関する総合案内用のエントリーです。投票は以下にリンクを張った各部門の投票エントリーブコメにて行ってください。また、文学賞全体に関する質問意見は本エントリーに、各部門に関する質問意見部門別投票エントリーはてブ増田で行ってください。

2018年8月4日結果を発表しました。発表が遅れ、すみませんでした。

趣旨

はてな匿名ダイアリー(以下、増田)の匿名性と日記というフォーマットによって生まれた「名乗るほどではない、あるいは名乗ることはできないが誰かに話したい感情体験、発想をウェブ上で共有し、称え合う文化」を守り、増田ますますの発展に寄与する

賞の方針

選考対象

投票選考期間

(注:以上期間はすべて日本標準時とする)

投票について

投票方法

集計および結果発表方法

文学賞運営者は、各部門ごとに投票を集計し、投票されたエントリーのうち投票数上位5件を「ノミネート」、最多票を得たエントリーを「受賞エントリー」として投票所上で発表する。

部門(6部門)

大賞の選出

コメント賞を除く全部門投票を総計し、最も多くの票を得た記事を大賞とする。大賞の発表は別記事にて行う。

その他

質問・回答

この賞に対する質問・回答を記述します(随時更新)。

投票時の増田記法について

id:death6coin 増田記法ブクマに書いてもリンクされないっぽいんだが、別にどうでもいいよね?

集計時はコメント文をプレーンテキストとして扱うので、リンクされなくても大丈夫です。

履歴

2018-07-05

多様性って単一性を排除することなの?

多様性って単一性を保持することも内包してるんじゃないの?

多様性を認めるってのは世界日本のような単一性の強い国があってもいいってことなんじゃないの?

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん