「マークアップ」を含む日記 RSS

はてなキーワード: マークアップとは

2023-01-11

需要という事後的に観測できるものを元に価格を偉そうに語る事

経済学って偉そうに需要供給価格が決まるんだとか語るけど、それは現実からズレてるんだよな

価格を決める側は需要なんて観測できないから、原価率または利益から価格を決めたり、競合他社の値段を市場調査して決める

そうであるなら、価格の方が需要より先に決まるんだよな

供給の方はまあ、自分達側なんだからある程度わかるだろうが(どこが限界かやってみないと分からなそう)

それなのに需要供給がわかれば、適正な価格がわかるって何を言ってんだ?って思うんだよな

普通に考えて、コストプラス法、マークアップetcとかそういう先に挙げたような方法価格を決めて、実際に売ってみて、在庫がどうなるかを観測する事で初めて需要がわかる

そこからさら価格供給を調整するだろうに

それなのに需要供給価格が決まるんだとかい経済学後出しでほら需要供給価格が決まってると数字を見てるだけなんだよな

現場がどうなってるのか考えない

そんな考え方を元に経済政策をしようとしたらどうなるか

賃上げお金配って、消費を増やせば、需要が増えるんだから、景気が良くなるとか言うんだろうな

そうとは限らないでしょ

だって賃上げしたなら、それは企業にとっては経費が増えるわけ

そうなると原価率や利益率を元に算出してた価格を変えようとなるわけだ

するとモノの値段が上がるわけで、上がったモノの値段を見て、それを買っていた購買層はどう思うかやってみないことにはわからないわけだ

給料増えたならモノの値段が上がっても買うはずと言うかもしれないが、そもそも給料上がったやつとそのモノを買っていた購買層は一致するのか?

また、上がった給料が手に入るのとモノの値段が上がるのはどっちが先か?

とかも違うわけで

需要が増えたら売れるはずと思ったのに、売れないなんて事が起こり得るわけだ

売れないならモノの値段を下げればいい?

えーっとそのモノの値段は経費から算出されててそうなると利益を下げないといけないわけなんですが?

利益率に余裕があればいいよ、まだ

余裕がなければどうなる?

売れないけど下げることもできないとなる

そうなるとどうする?

よし、社員の首を切るしかない

そして、失業者が出る

こんな事になりかねないわけだ

如何に経済学現実乖離してるかわかるだろう

ちなみに、経済学擁護するとポストケインズ賃金利潤の対抗関係のようにマークアップの事を語ってる異端派の経済学というのも存在する

でも、こういう両論語ってる経済学者ってあんまりメディアとかで見ない気がする

個人的には需要供給がーとかしたり顔で語ってる奴しか見ない

あと、別に賃上げするなと言ってるわけではない

事後的に数字だけを見るんじゃなくて、時間とか因果とかの順番や現場でどうやってるかなど複合的な事を考えて語れよって思い

こうすればこうなりますとか単純化したり、○すれば×になります(実際は×したら○になる)とか誤解される事を言い切るのをやめろ

事後的なデータを見ることや単純化することで見えてくる事もおそらくあるんだろうけど、聞いてる側はその前提条件に気づいてないから騙してるようなもんなんだよな

てか、語ってる方も本当に気づいてるのか怪しいが‥


追記

俺の語ってる経路もまだ前提条件が抜けてたわ

これはあくま国内だけで国内向けのモノを作ってる企業での話

海外向けのモノを作ってる企業需要が変化しないのに経費だけが増えるという事になる

まあ、海外需要自体海外政策等で常に変化してるわけだが

経済は複雑怪奇なのである

2022-12-12

個人開発してる人ってどこにAPIウィキとか仕様書作る?

ローカルマークアップかなんかで作るの?

2022-12-06

anond:20221206001019

Webデザイナーマークアップは分かってる前提でfigmaAdobe XD、Pixsoなども使えないとお話にならないやで

会社によってワイヤーデザインツールうからカバーしてないと仕事取れん

アニメーションさせるJSもある程度分かってないと長期の仕事に食い込めないからそんな簡単な話ちゃう

そこらの自治体スーパーウェブサイトデザインならいけるかも知れんけど

2022-12-05

anond:20221204130239

https://b.hatena.ne.jp/entry/4729011294474588164/

”これだけ賃金が上がっているのに売値に転嫁して反映できたのは僅かとなると、企業は苦しいですわね。消費増税の分を除いたらほんと僅か。特に最低賃金周辺になりがちな分野はマークアップ率をかなり削ったんかな。

2022/12/05 ”

2022-11-29

Word書類作りたくない高校校歌

Word書類を書きたくない

Word人類に早すぎる

Word人間制御できない

思い通りに動かない

マウスなしでも美しく

誰が作っても美しく

理想の出力を追い求める

ああ我らマークアップ高校

2022-10-29

VOICEVOXのvvprojファイルからSubViewerのsbvファイルに変換

YouTuberを始めるにあたって昨日今日環境構築をしている。

動画ジャンル内緒として、ひたすら効率良く動画を作ることを志向してる。理想新規MarkdownファイルGitHubmainブランチマージされたら自動YouTube自分チャンネル動画投稿される、みたいな状態

まあそこまでやるのは調べるの大変だし事故とかbanが怖いしまYouTuberとして大成しないことにはって話なので、どっかで妥協すると思う。てかCI/CD周りちゃん仕事でやっとけばよかったな。

テキスト読み上げで商用利用するなら今はVOICEVOXが良いのかなと感じた。

ただ、作成した音声に合わせた字幕ファイルを作るのがひたすら面倒くさい。絶対自動出力できそうなのに。

VOICEVOXから直で出してくれたら楽だったんだけど、リップシンク用のファイル出力しか対応してなかった(どっかでやってる人がいるかもしれない)。

VOICEVOX公式GitHubでissue上げることも考えたけど、俺自身がまだ動画一つも上げてないし、字幕ファイル需要がどれほどのものかも分からないので、とりあえず変換用のスクリプト自分で書いてみた。

VOICEVOXのプロジェクトファイルであるvvprojファイルの中身はバイナリではなくただのJSONなので、エディタエンジンソースコードを弄らなくても、比較簡単字幕ファイルに変換できる。なお今回俺はDenoを使った。

こういうシェルスクリプトみたいな小さい仕事やるのにDenoはまじで楽。

あとは動画作るとき需要ありそうだなと感じたら、SubViewer以外のマークアップ対応させてissue上げるなり俺のrepoに置いとくなりしようかな。

エンジン実態httpサーバーらしいので、上手くやれば意外と労力かけずに理想に近い自動化が実現できるかもしれない。

いやー良い時代だ。さっきはちょっと文句言ったけど、まじでVOICEVOXには感謝しかない。貢献しまくる。

2022-08-27

センスの無い未経験年収300万強のプログラマとして就職して必要だったこ

学歴がよくなくて、就職が困難だったので中小 SIer で働いていた。 (プライム案件を取ってこれる分マシらしい)

レキサルティレクサプロデパスのお世話になって続けてたけど、結局は薬でどうにかできず、辞めてしまった。

参考程度だけど、未経験の人が 300万 をもらうために、どのようなスキル必要かを、まとめておく。

ちなみにどれくらいプログラムが書けなかったかというと、競技プログラミング努力しても AtCoder黄色になれず青色のままってくらい。

AtCoder でいう、初心者から抜け出せないという、要するにセンスがないということなのだけど、そういう人も居そうなので、参考までに。

要するに

経験プログラマに対して、これだけ要求されるのだから、未経験の人は覚悟するようにという指針を提供したいので書いた。

入社時に覚悟しておかなければならない事

誓約書

基本的に、損害を与えた場合には、それを作業者補填するという誓約書を結ぶ。

要するに、捨て駒として扱って、失敗したら賠償しろ、という事になる。

このことを認識して、失敗しないように振舞ないと、連帯保証人含めて迷惑をかける事になる。

要するに、低賃金で未経験プログラマ案件にノーリスクで送りこんで、稼ぐための手段です。

必要だったスキル

ディレクション

基本的に PL (夢想家) → PM (御用聞き) → プログラマ という環境なので、プログラマ自分ディレクションして意思決定する必要がある。

例えば、下請け場合は、PM の御用聞きの結果の WBS に合わせないと、顧客から DM瑕疵担保責任がどうとか言われる。

社内開発の場合は、PL の方から直接、長時間の叱責を受けなくてはならない。

そういう不幸を防ぐためにも自分ディレクションして、PM の決めた実態を反映していない WBS に合わせて作業するスキル要求される。

基本的に手戻りは個人の過失になってしまうため、手戻りしないように考え抜いて意思決定をする、というのが重要になる。

これこそ、ガクチカと呼ばれる、頑張れますというスキルなので、学生時代に頑張っておけばよかったなぁ。

デザイン

こう見せたい、こう表現したい、という事を伝えるには、必然的デザイン知識必要になる。

創造思考デザインは切っても切り離せない概念で、デザインとは創造なのだから、当たり前である

ソフトウェアアーキテクチャも、ソフトウェア設計も、コーディングデザインと言えるかもしれない。

言語技術 (言語能力)

顧客と 1:1 で話す事が DM でもボイチャでも突発的に発生するので、いつ、いかなる時でも論理武装していなければならない。

まぁ、顧客であったり PL であったりはキレるのが仕事なので、それに対して理路整然と説明する必要がある。

なんとなく、では納得しないし、すぐ損害賠償請求とかそういう話にいくので、答えられないと持ち帰りますお茶を濁して、エマージェンシーになる。

後述する設計能力においても、課題を把握するための言語技術(言語能力)は重要ファクターだと思う。

ソフトウェア設計

C/C++システムプログラムフレームワーク基本的に無いので、自分概念を整理して、どのような変更、拡張があるかを考えて設計する必要がある。

この能力が弱いと、手戻りが発生しやすくなり、瑕疵担保責任を問われることになる。

読んだ本の中だと、ボブおじさんの本が、やっぱりしっくりくるなという個人的な感想がある。

ネットワークプログラム (C)

UDP で送ってくるデータを受けて 24/365 で停止しない WebAPI への繋ぎ込みという簡単作業があって、振られた。

リークしてはいけないという事で malloc禁止で、グローバル変数を利用するという変なルールがあった。

Rust で書けばいいんじゃないかなと思ったけど、Rust 書くのもシンドイし、C/C++ で、しんどくて読みづらいコードを書いた。

あとで保守する人が大変そうだけど、そういうルールを決めたのは PL だしね。

システムプログラム (C++)

なんか、特殊PCI Expressカードからベンダーが用意している SDKデータ引っこ抜いて Web API へつなぎ込む部分をやった。

データの中の特殊信号を取りたかったらしい。

一応、SDK の使い方をパラ見して 1 日で作ったので、別に負担じゃなかったけど、素人やらせるんなとは思った。

Webバックエンド (Express/Fastify + PostgreSQL)

当たり前だが、DB 作って RestAPI を生やすのは現代プログラマにとって自然にできなければならない。

なので、新規開発のサブモジュールバックエンドを任せられた。

だが、ORM の癖を把握したり、発行されるクエリ確認したりするのは、疲れる。 SQL を直書きするのはシンドイ。

結局 SQL を直書きすることにしたけど、あまりいい決断ではなかったと思っている。

それ以外は フレームワーク に乗ってしまっていいので、書き捨てる分には楽だった。

最近だと、TypeScriptPrisma 使うのが、型安全でよさそうだなと思っている。

Nest.js個人的には好み。

Linux操作 (EC2 とか)

デプロイEC2 直でやったり ECS にしたりとしていたので、ベアメタル知識必要になった。

要するに systemd のいじり方とか、死活監視の仕方とか。

個人的には、クラウド嫌いなので、ベアメタルの方が安心できる。

Bind権威DNS管理して、postfix絶対止めてはいけないメールサーバ管理するとかもあったけど、出来て当然ではある事だし。

Webフロントエンド (React/Vue)

会社Webアプリ案件を取ってきたので突っ込まれた。

経験プログラマでも、月単価 100 万以上で顧客請求してるんだから会社はそりゃ儲けるだろうと思った。

会社が一人前の経験N年のプログラマといったら、その通りに振舞う必要がある。顧客責任はないのだから

当たり前だが、WebディレクションWebデザインWebプログラミング, Webマークアップ は、全て作業者であるプログラマ仕事になる。

個人的には、これが分かれている理由が良く分からないけど、分けたい人がいるんだろう。

デザインで、CSSフレームワークを使うと、その色が出るという事で、全部 CSS手書きしていた。

tailwind が出た現在では使っていればよかったなと思う。

結局、全く分からない中、手探りでデザインし、コードを書いて、顧客に 1 日 5 ~ 10リリースするという行為をした。

顧客大手企業だったので、自社のエンジニアならもっと出来る、と叱責されまくったけど、だったら自社でやればいいじゃんと思った。

一応、今でもサービスは生きていて、ユニークユーザ数は上がっているらしい。

そして、焼き付け刃だったので、 WAI-ARIA を知らず、アクセシビリティへの配慮が足りない事が問題になってしまった。

これはなんとか保守対応ねじ込めたのでトラブルにならなかったけど、瑕疵担保責任と綱渡りだなと思った。

CI/CD 構築 (Azure Pipelines)

当たり前だが、リリースサイクルを短くしないと顧客はキレてしまうので、CI/CD を整えないといけない。

今は Github Actions とかあるけど、昔は無くて Bitrise が高いからみたいな理由Azure Pipelines で CI/CD フローを構築した。

もう Multi Stage Pipeline になってるだろうけど、Release Pipeline が GUI からしか設定できないのが辛みだった。

IaC (Terraform)

当然だが、デプロイするためには IaC を整える必要がある。

これを知らずに、コンソールポチポチしていたので、 IaC 出来てない事がバレた時に色々怒られてしまった。

今は CDK とか便利なものが出来てるんだなぁ。

自動テスト

本来テスト自動テストを整えて、質保証をしてバグを減らさなければならない。

だが、テストを書くという手間を払えなかったので、人力テストしかできなかった。

一応、リグレッションテストを人力でやりまくったので、バグ発見曲線が結合テストでの IF 不一致しかない、という結果にはなったけど

自動化できれば費用必要じゃなかったから、怠慢だと、責められてしまった。

同じような未経験の人へ

経験でも誓約書を盾に、振られた事全部を出来なくてはならない慣習があるので、プログラマはそんなに良い職業じゃないよ。

甘い考えで、プログラマになろうと思っているのなら、考え直した方がいいです。

2022-07-13

anond:20220713170515

環境によって変わるからHTML本来役割に立ち返って文書構造だけ適切にマークアップしたらブラウザ側でいい感じに見やすレンダリングして欲しいって話だろ?

2022-05-29

リモートワークで時間が増えたのでプログラム勉強したい。

おすすめ言語教えてほしい。

ちなみにデザイナー

Java(バイト経験のみ)やってたけどデザイナー本職になってしまったので2年も前の話。

あとはPHPjsマークアップ言語周辺くらいしか経験ない。

から学ぶノリで今アツい言語知りたい。

2022-04-15

anond:20220415121434

HTML上にデザインを書くのはマークアップ的にけしからん!という風潮が長く続いたもんなあ

でも今やモダン現場だとそもそもHTML書かずにワークフレーム使ってJavasctiptで生成しちゃう

そうなるとstyleも動的に抜き差しするからマークアップ言語としての美しさを気にするのも馬鹿らしいのかな

2022-01-25

anond:20220125111843

word職人がいると使いやすテンプレかめちゃくちゃ用意してくれてwordの使い勝手が恐ろしく上がる

ただ、最近は諦めて初めからexcel使う人が多かったり、adocとかマークアップ言語を使う人が多くなってwork職人人口が年々減少している

2021-12-06

MMT何言ってんのかさっぱり分からんのだけど、誰か解説して

anond:20211205234807

からおっしゃっていることはMMTの全く逆なんですよ。

国債に関しては、MMT現在制度廃止を主張しています

メモ

いやいや「だから」って言われても、その前提条件が意味不明なんだよ。

上記の通り、もともと国債には政府の財源調達なんて意味はなく、インターバンク市場金利下支えの機能しかない。

それなら最初からそれにふさわしいやり方を採用するべきです。

その一つが、現在実際に各国で採用されている(超過)準備に対する付利制度です。

しかしながら、もっといいのは最初から中央銀行インターバンク市場金利上下することをやめることです。

まり「恒常的ゼロ金利政策」といって、金利政策自体をやめる。

MMTでは金利政策有効性には大きな疑いを持っています

これは効かない、というより、どのような効果があるのかわからない、という意味です。

教科書に書かれているような、製造業金利低下によって設備投資を増やし、金利上昇によって設備投資を減らす、という効果は、実際にほぼ全く期待できないことが実証研究で(もう1970年代ぐらいには)はっきりしていました。

■俺の理解

国債には政府の財源調達なんて昨日はなく、インターバンク市場金利下支えの機能しかない。

そのため中央銀行は「恒常的ゼロ金利政策」を取り、金利政策自体をやめるべきである

https://www.boj.or.jp/announcements/education/oshiete/seisaku/b28.htm/

一般に、金融政策による、(実質)金利の低下・上昇が経済活動に与える影響は、以下のように考えられています

金利が下がると、金融機関は、低い金利資金調達できるので、企業個人への貸出においても、金利を引き下げることができるようになります。また、金融市場は互いに連動していますから金融機関貸出金利だけでなく、企業社債発行などの形で市場から直接資金調達をする際の金利も低下します。

>そうすると、企業は、運転資金従業員への給料の支払いや仕入れなどに必要お金)や設備資金工場店舗建設など設備投資必要お金)を調達し易くなります。また、個人も、例えば住宅の購入のための資金を借り易くなります

>こうして、経済活動がより活発となり、それが景気を上向かせる方向に作用します。また、これに伴って、物価に押し上げ圧力が働きます

上記のように、教科書に書かれている効果は、実際にほぼ全く期待できないことが実証研究で(もう1970年代ぐらいには)はっきりしている。

メモ

金利政策意味がないのが1970年代には実証研究で分かっている」ってうさん臭いな。それもしかして製造業設備投資」だけで見てるない?

金融政策金利マネーストックマネーサプライ)その結果としての為替レートを操作目標とするが、金利操作を止めるべきとな?金融政策マネーストックマネーサプライ)の操作だけでやるとな?大胆!

また現代製造業では原価計算に基づく目標マークアップを実現できるように価格設定がなされる。

この場合金利の上昇は企業にとって費用の増加を意味します。

独占度などにもよりますが、これはかえって物価を引き上げる効果を持つ。

ただし投機性格の強い建築デベロッパー部門などでは、確かに工事着工件数を増やすなどの効果があり得るとしています

■俺の理解

現代製造業ではマークアップ法、仕入れ原価にある一定利益率または利益額を加えて価格を設定する、を使用して価格決定を行っている。

そのため金利を上昇させるとかえって物価の上昇を促すことになる。

しか不動産では工事着工件数を増やすなどの効果があり得るとしています

メモ

金利を上昇させるとかえって物価の上昇を促すことになるってほんま?アベノミクスゼロ金利になったけどなんか値下がりした?

不動産の部分は意味不明

そして現在のように年金など金利所得層が増えた状態では金利引き上げの効果はむしろ年金受給層などの支出を増やす傾向にある。

そもそもMMTの枠組みからすれば、政府による金利支払いは民間の純所得を増やすはずであり、これは民間支出の増加につながるはずです。

ところがその一方で金利引き上げによって金融資産価格が上昇すれば、それは資産階級支出を大いに刺激する。

さらにこうした動きがコモディティーにまで波及すれば、今度はこれが原油金属などの素材関連のコスト引き上げにつながり、インフレを刺激する面も持つ。

こうしたことを勘案したときMMTにとって金利政策というものが景気にどのような効果をもたらすのか不可知となります

何より、こうした金利操作それ自体金融市場の不確実性を高め、投機活動の機会を提供し活発化させ、金融不安定化をもたらす。

から中央銀行はこうした金融投機活動抑制し、銀行による不適切融資活動監視し、金融市場を安定させることに注力するべきで、金融政策など放棄するべきだ、という立場です。

■俺の理解

金融政策政策金利の引き上げを行うと、金融市場の不確実性を高め投機活動の機会を提供し活発化させ金融不安定化をもたらす。

そのため中央銀行金融投機活動抑制銀行による不適切融資活動監視を行い金融市場を安定させることに注力するべきで、金利政策放棄するべき。

メモ

金利政策によって不確実性が高まる可能性があるかないかで言うとあるが答えだが、それは金利上下以外でもマネーサプライの増減によっても生じるのでは?

金融政策と金政策ごっちゃになってねえ?区別できてんのか?

なお、MMT現在のような国債制度廃止を主張する一方で、場合によってはインフレ抑制するための「戦時公債国債」の発行を提案しています

これは現在国債とは異なり、民間銀行預金により売買され、特別事情がない限り、一定期間、売却や譲渡ができず、担保にも使えないという国債です。

これも政府の財源になるわけではなく、単に民間預金通貨流動性を引き下げるだけの機能しかありません。

メモ

そんなもん誰が買うんだ?

2021-09-23

底辺技術者ぼやき

地方出身首都圏在住

底辺フロントエンドエンジニア

デザイナ会社web部隊ディレクションマークアップJS書いてる三十路前の女

現在4人ほどのweb部隊は、入れ替わりが激しい。

30代後半~50歳手前のおっさんばっか。

入社当時は、10人ほどいた部隊はこの4年で6人辞めた。私も辞めたい。

社内でそれなりに評価は貰えてると思う。

残業は平均60時間で、年収は450万ほど。

年代平均よりも貰ってるだろうし、出身地方の月給15万とか見るとこの道進んでよかったなぁと思う。

だけれど、仕事が楽しくない。

ディレクションが増え、実務でコーディングする時間が徐々に減ってきて..あれなんでここ会社居るんだっけ?と思うこともしばしば。

IT技術勉強でもするかと奮起するが、何を勉強していいかいつも悩む。

情報専門学校卒で、資格だけはとにかく持ってる。知識でっかちの豆もやし

所属会社ではIPA資格評価されない。かなしい

いくら資格持ってても

実際に手を動かすと、全く何も出来ない。

なにがしたいかわかんねぇ。

最近楽しいのは業務の隙間時間TSで遊んでるのが楽しい

web基本的理論みたいなの学びたいんだけど

ノリと勢いでweb業界にいる私に、次何を学べばいいかおしえてちょ☆

保持資格

Oracle bronze

応用情報技術者

基本情報技術者

MOS Excel

MOS Access

ITパスポート

初級シスアド

日商簿記2級かFPでも受験しよかな。

基本情報午後のCASL勉強してた10年ぐらい前と応用情報受かって、ネットワークスペシャリスト受かるぞと燃えてた頃が、1番楽しかったな。

2021-07-23

パクリの線引き

あくまで俺の主観です。

漫画イラストにおけるトレース

トレース技法なので基本的写真などからトレースノーカウントにしたい。同業者創作物からトレースちょっとイオイってなる。

キャラクターや設定、小道具など

重要立場のもの、たとえば主人公だとかが「これまんまアレですよね?」ってなるとさすがに痛いんだけど、本筋でやられない限りはオマージュとかパロディとかリスペクトとかインスパイアと受け止めてる。

音楽における引用

歌詞とメインメロディ以外は不問にしないと音楽が成り立たない。ドラム4つ打ちエイトビートなどの基本パターンギターベースのリフなどをパクリじゃあああって言い始めたら音楽を作ることのハードルやばいくらい高くなってしまう。っていうか俺はリミックスとかバージョン違いとかセルフカバーとかセルフじゃないカバーとか大好きなので歌詞とメロ以外は…ってなる。

プログラムマークアップコピペ

インターネットは共有することが大事な要素じゃなかったっけ?

2021-05-31

ポリコレマークアップランゲージ

男女←男が先なのは不適切

<policore>

<rand>男<rand/>

<rand>女<rand/>

</policore>

これでランダムに女男になったり男女になる記法

未来Webはこんな感じになるのでは

2021-03-12

なんでCSSみたいな欠陥マークアップ言語ができたんだろうな

わかるよ、単純で初心者でも使いやすかったんだろうって

でもさ、遊戯王カードと同じく「ハードルは低いけど中身が欠陥過ぎ」るから簡単バグが発生しちゃう

歴史的CSSに変わるモノもあっただろうに、なんでいまないんだろう

どうにかして欲しい

2021-02-21

高校生までに覚えておきたい情報技術あれこれ100(未満)

  1. Windowsの起動とシャットダウン
  2. スタックウィンドウマネージャー操作
  3. アプリケーションインストールアンインストール
  4. テキストエディタ操作基本的活用
  5. ワープロソフト表計算ソフトプレゼンテーションソフトの違いと得意不得意
  6. オフィススイート操作基本的活用
  7. オフィススイートバッドノウハウ学習とその回避
  8. スケジューラの操作基本的活用
  9. メールの送受信
  10. Webブラウザ操作基本的活用
  11. インターネット情報セキュリティ個人情報保護
  12. インターネットコミュニティとその心構え、関わり方
  13. ディレクトリ構造役割
  14. 効率的ディレクトリ運用
  15. マークアップという概念オフィススイート関係
  16. 指向性ある情報指向性がない情報
  17. 表計算ソフト上の情報指向性
  18. プレゼンテーションソフトによる伝える情報指向性
  19. テキストエディタワープロソフト文書オーサリング
  20. ワープロソフトマークアップ情報指向性
  21. ワープロソフトの書式機能による一括書式変更
  22. 美しいオフィススイートファイルの構築
  23. クラウドオフィススイート活用
  24. マークアップ言語HTML概要
  25. ワープロソフトHTML、書式とCSS
  26. ScratchGUIブロックプログラミング概要
  27. プログラミング情報指向性
  28. Google BlocklyとJavascript
  29. テキストエディタJavascriptプログラミング
  30. JavascriptシンプルテニスゲームPONGを作る
  31. PONGを派手に賑やかにする、見た目と快適さ、ユーザビリティデザイン
  32. ラスタグラフィックスベクタグラフィックスの違い、各画像形式レンダリング負荷
  33. Debian GNU/Linuxインストールパーティション
  34. Debian GNU/LinuxJavascriptプログラミング
  35. Debian GNU/Linuxアプリケーションインストールアンインストール
  36. コマンドライン概要
  37. IDEプログラミングのための統合開発環境
  38. Raspberry Pi 4にRaspbianをインストール
  39. Raspberry Pi 4でLチカ、C言語プログラミング
  40. スクリプト言語コンパイル言語
  41. Raspberry Pi 4のGPIO
  42. Raspberry Pi 4向けC言語ライブラリ活用
  43. Raspberry Pi 4でプログラミングGUI生成
  44. Raspberry Pi 4でプログラミングGUIから操作でLチカさせる
  45. 複数Raspberry Pi 4でネットワーク対戦型PONGを作る
  46. Raspberry Pi 4で各種センサ操作および情報取得
  47. Raspberry Pi 4で各種センサ文字列検索および整形、条件に応じて通知させる
  48. 各種センサデータ表計算ソフトへ記録
  49. データベースとその考え方
  50. データベース種類および形式

足りなかったねん(´・ω・`)

2021-01-14

合成音声のUI、誰か進化させて欲しい

一部の界隈の話なので説明しておくと、合成音声界隈は合成エンジン更新されようとしている。

例えば、今日予約開始されたA.I.Voiceというソフト(https://aivoice.thebase.in/)なのだが、

エンジン機械学習を使って新しくなろうとしているのだが、UI過去数年前とそのままなのだ


技術的にはTTS(Text to Speech)という分野であり、GoogleAmazonAppleもやっている。

合成音声マークアップ言語というのもあるが、こちらは何年も更新されていない。


単純に読めればいい場合は、今の技術でも問題ない。

ブレイクスルー必要としているのは、演技をしたような声を出す場合だ。

音声界隈の論文では、喜び、怒り、悲しみの3種類を分類するのが伝統的になっているが、これが数値化できてない。

泣き笑いといった微妙表現ができない。

日本では「萌え声」というのもあるが、こちらも数値化できていない。


現状のUIは音素ごとに音の高さと長さを調整しているが、日常的に発音していても意識していないので、違和感があっても調整できない。

数種類吐き出して、良い方を選んでいくのを強化学習学習させていけば、多少は良くなりそうだが、現状はそうなっていない。

2020-11-09

anond:20190110011902

ブコメにあるように、アセット自動生成など、コーディングのことまで考えてPsdくれる人は本当に楽。

紙やってた人が同じノリでpsdくれるから困るんだよね。CSSとかマークアップとかわかんないですって言いながら一緒に仕事するのとかちょーめんどい

2020-10-17

プログミング言語の前にマークアップ言語をやれよと。

プログミングを勉強する前にマークアップ言語をやれよと。

プログミング言語を記録するのは実はマークアップ言語なのだ

カラーリングで、開発環境コードが見やすくなる。マークアップ言語には、markdown, html, wikiなどがあげられると思う。

また、xml, jsonなどのデータマークアップ言語と言ってよいだろう。

マークアップ言語プログミング言語ノートになっている。

プログミングでもインデント必要だ。

pythonを使えば否が応でもスペース4つを空けることになるだろう。(あるいはtab一つ分))

まずは、ブラインドタッチマークアップ言語を書き、一文字でも違うとコンピューターは、こちらの意図通りには動いてくれないという悲しみにひたらないかぎり、

全角スペース、半角スペースを目grep出来るようにならないと、プログミングは上達しないことをここに宣言したい☆

  

2020-10-13

マークアップ言語プログミング言語

マークアップ言語には、markdown, html, wikiなどがあげられると思う。

また、xml, jsonなどのデータマークアップ言語と言ってよいだろう。

プログミング言語よりは、簡単だし、ファイルも軽量だし。

かといって、資格必要な訳ではなく、簡単だ。

もっとテキスト世界が拡がって欲しい。

単にツールだ。

しかし、プログミング言語を記録するのはマークアップ言語なのだ

マークアップ言語プログミング言語ノートになっている。

マークアップ言語が出来るようになる一番の近道は、マークアップ言語恋人とやり取りすることだ。

マークアップ言語を使うと画像を組み込むことが出来る。

絵文字は使えないが、効果的な顔文字を使うことは出来るはずだ。

  

さて、texマークアップ言語なのか、プログミング言語なのかどっちだろうか。。

  

まずは、マークアップ言語から勉強するのだ。

  

2020-10-01

ITエンジニアIT技術者)の種類を俺流でまとめてみた

2020-07-31

anond:20200728150123

今年の初めから、弊社の公式サイトアクセシビリティへの配慮をすることにした。しかし、アクセシビリティをきちんとやりきるまでのハードル結構あるため、まずはできるところからやろうということで、「音声読み上げソフト配慮した記述」をすることになった。

たとえば「7/28(火)」はNG、「7月28日火曜日)」ならばOK

「7/28」だと「7がつ28にち」なのか「28ぶんの7」なのか、あるいは「7わる28」という可能性もある? このように読み方が前後文脈から類推になってしまうからだそうだ。レイアウト視覚的に捉えれば、ここにあるのは日付だなというのが判然とするけれど、非視覚的にはわかりにくいことがままある。しかし、そもそも7月28日」と書いてあれば、視覚的にも非視覚的にも、それが日付なことが一目瞭然であるというわけだ。

「(火)」も「か」ではなく「ひ」と読みあげてしまうおそれがあるため、「(火曜日)」と書けば間違いないということらしい。

ただ、日付の直後の「ひ」なら火曜日のことだという類推に期待できるんじゃないだろうかという疑問はある。もっとも「(日)」でも「ひ」と読み上げてしまソフトがあるかもしれないし、「(火曜日)」と省略なく書かれると迷惑だということもないから、丁寧に書いてあるという感想をもってもらえればいいかなと思った。

ほかの例では「※詳細はこちら」という書き方はNGで、「注記:詳細はキャンペーン詳細サイト(外部サイトへ移動します)(別ウィンドウで表示します)をご覧ください。」と書けばOK

どうも記号を読み上げない音声読み上げソフトがあるらしいのだ。「※」を読み飛ばされてしまうことの対処として「注記:」と書く。「:」も読み飛ばされてしまうんだけど、この「:」はむしろ視覚的な閲覧者に対して、「注記」と注記本文との境目を明白にするために入れることになった。読みあげ的には「ちゅうきしょうさいはきゃんぺえんしょうさいさいとがいぶさいとへいどうしますべつうぃんどうでひょうじしますをごらんください」となる。丸括弧で括っている部分は、それぞれ外部サイトアイコンと別ウィンドウアイコン表現して、alt属性丸括弧内の文章を書くことにしている。少しHTMLが長くなるけど、まあこのほうが確かに分かりやすいのかな。

ちなみに音声読み上げソフトには、リンクリストという機能があって、ページ内のリンク部分だけを列挙したりできるそうだ。そうした場合に、複数の「こちら」が並んでしまうことを避けるために、「キャンペーン詳細」などと、できるだけユニーク言葉リンクにしようという配慮でもあるのだそうだ。

個人的には、そもそも元の文章からして「※」という記号不要なんじゃないかなという気持ちはあって、「注記」といわなくても、本文そのものに続いて、「詳細はキャンペーン詳細サイト(……以下略)」という文章問題ないのではと思うのと、「詳細サイト」という言い方が、制作会社用語な気がしていて、ふつうの人にとっては単純に「キャンペーンサイト」でいいんじゃないかなあみたいな、細かい感想は持っている。

あと「~」が使えなくなった。これ、「~」を「から」と読み上げてくれない場合対応するために、「5~8ポイント」を「5からポイント」と書きましょうというのが、今弊社でやっているルールなのだが、画一的に「~」を禁止されてしまったので、「アマゾン最後秘境~」とかの商品名固有名詞)まで「アマゾン から最後秘境から」になってしまっては困るということで、「アマゾン 最後秘境」と、商品名としては正しくない文字列への書き換えが発生してしまっている。こうなってしまうと、そもそも正しい商品名を伝えるという観点から考えると本末転倒だし、商品名番組名を改変しちゃって権利から怒られるというケースさえもある。画一的問答無用で「~」を「から」に置き換えるのは不適切なことがあるから、ある程度の判断作業に挟む必要が生じる。しか記号を読み上げないのなら、商品名に「~」が含まれていたって問題ないのだから、「~」を含んで良い箇所、良くない箇所というのを明白にすれば対処できそうだ。

まり結局のところ、弊社で今実施しているアクセシビリティへの配慮は、コンテンツ校正ルール範囲にとどまっている。したがって、校正ルールを整備をすることで、もともとアクセシビリティ配慮したコンテンツが生成されることになるし、HTML実装者は支給されたコンテンツをそのままマークアップすればいいということで、フローももう少しすっきりするんじゃないかなと思った。

音声読み上げブラウザでも、通常のブラウザでも、どちらでも間違いのない読みやす日本語という落とし所をこれから模索していきたいし、そうすることで、社会的要請からアクセシビリティ配慮しているっていうことじゃなくて、弊社が主体的アクセシビリティ配慮しているという状況に持っていけたらいいなと思う。

私自身も、いつ音声読み上げブラウザのお世話になるかわからないのだから、音声読み上げブラウザ特性を把握しておくのはメリットだと思っている。日常ではなかなかできないので、仕事を通じて知見をためておけるのは、制作会社ならではだなと思って、ちょっと誇らしい気持ちになりました。

2020-07-30

anond:20200728150123

音声読み上げ配慮対応したことないけど音声読み上げ用のマークアップタグとかないの?

あと、ぶっちゃけた話読み上げを必要とするユーザーって購買力いから力入れて対応するメリットも薄いよね

ログイン ユーザー登録
ようこそ ゲスト さん