Closed source
Multi tool use
Fonte fechada (em inglês: closed source) é o oposto de código aberto. Embora também exista o termo a software proprietário, closed source refere-se a qualquer programa onde foi suprimido o código fonte, e também, além do código, dois outros importantes elementos: O conhecimento em torno do programa e a possibilidade de inovação a partir daquele programa.[1] Por vezes existem razões além do secretismo em que apenas os códigos binários dos programas são distribuídos, por vezes é necessário aceitar nova licença específica para ter acesso ao código fonte.
Modificações no código deste tipo de software são muitas vezes tecnicamente inviáveis pois, além de ilegais, exigem amplo conhecimento da linguagem de programação e o uso de técnicas conhecidas como engenharia reversa.
O código fonte de muitos programas é usualmente resguardado pois pode revelar segredos da companhia que o desenvolveu, como novas tecnologias, etc.
O Microsoft's Shared source é um exemplo do licenciamento onde o código fonte é disponibilizado mas não sob os termos Open source license (como a GPL). Se o código fechado é interpretado como se referindo ao software que não satisfaz à definição de código aberto, conclui-se então que o termo Shared source é um exemplo para o licenciamento de programas Closed source.
Referências
↑ Falcão, Joaquim; Tercio Sampaio Ferraz Junior (18/3/2005). «Introdução». Estudo sobre software livre (PDF). Comissionado pelo Instituto Nacional de Tecnologia da Informação. Rio de Janeiro: Fundação Getúlio Vargas. p. 5. Consultado em 5 de agosto de 2012
Ver também |
- Software livre
- Software proprietário
yL,L8 fzVrYw4 FD 9fHJLCF e92J7SM2CdjJqmONR7E j5ap7w6Aojv8Mlvad,EI 9tZSlHCk28 VtYC5YS BtdH1DUc
Popular posts from this blog
0
I found a lot of questions abount appendices and ToC. Many users want appendices to be grouped in an Appendix part, however some problems arise with ToC, hyperref, PDF viewer bookmarks, and so on. There are different solutions which require extra packages, command patching and other extra code, however none of them satisfies me. I almost found an easy way to accomplish a good result, where appendices are added to bookmarks in the right way and hyperref links point to the right page. However, the number of the "Appendix" part page is wrong (it's the number of appendix A). Is there any EASY way to fix that? This is a MWE: documentclass{book} usepackage[nottoc,notlot,notlof]{tocbibind} usepackage{hyperref} begin{document} frontmatter tableofcontents mainmatter part{First} chapter{...
1
In the sklearn.model_selection.cross_val_predict page it is stated: Generate cross-validated estimates for each input data point. It is not appropriate to pass these predictions into an evaluation metric. Can someone explain what does it mean? If this gives estimate of Y (y prediction) for every Y (true Y), why can't I calculate metrics such as RMSE or coefficient of determination using these results?
python scikit-learn cross-validation
share | improve this question
edited Nov 28 '18 at 17:52
desertnaut
20.3k 7 43 79
...
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}
0
I have written a function using curl to generate the token. I check whether the token exists; if not, then I execute the function, otherwise I skip this function and proceed to next. But I am not sure that it will work if a token is expired. Is there any command to identify the expired token and generates the new one by calling this function? #!/bin/ksh export V_TOKEN="gen_token_${V_DATE}.txt" #### Calling function to generate the token function callPOST { curl -X POST -H 'Content-Type: application/x-www-form-url' -d 'grant_type=password&username=usr01&password=pwd...
