#260 Sus trabajadores cubren sus necesidades con un salario y eso es lo que determina la sostenibilidad de la cooperativa. Los salarios son costes, no beneficios.
Si tu objetivo es hacer beneficios, los ingresos mínimos para la sostenibilidad de tu cooperativa será los costes + los beneficios a repartir.
Si tu objetivo es cualquier otro, los ingresos mínimos para la sostenibilidad de tu cooperativa serán los costes.
En las cooperativas sin ánimo de lucro está prohibido repartir dividendos (los beneficios se han de reinvertir en la empresa) y los sueldos están topados.
Si tu objetivo es 'ganar dinero', sin matices, no montas una cooperativa sin ánimo de lucro porque es pegarte un tiro en el pie. De hecho, montas una cooperativa cuando estás poniendo muchos condicionantes a como vas a ganar el dinero necesario para que el negocio sea viable.
#272 las cooperativas se suelen montar para mejorar la contraparte economica disminuyendo intermediarios y dando una unidad y peso en las negociaciones para conseguir mejores tratos que cuando se hace individualmente.
El objetivo es ganar dinero, con todos los condicionantes que se quieran poner. Puedes llamarlo “mejorar las condiciones economicas” si así lo prefieres.
#309 Se pueden montar cooperativas por eso. Y también con otros objetivos en mente.
La primera parte de tu descripción encaja bien con las cooperativas de consumo, en la que los consumidores mancomunan su demanda para poder tener más capacidad de decisión sobre el origen de los servicios que consumen, pero no necesariamente para abaratar costes (de hecho, las cooperativas de consumo no suelen ser más baratas que sus contrapartidas no cooperativas): un ejemplo de esto puede ser Som energia. La luz no es más barata que en otras compañías; sin embargo, se obtiene un mayor control sobre el origen de la misma, al construir centrales de producción para el consumo de los socios de la cooperativa.
Pero existen otros muchos tipos de cooperativas (de trabajo asociado, integrales, ...) que no encajan en absoluto en esa descripción y, de hecho, hay un movimiento a nivel global que cuenta con el cooperativismo entre sus herramientas en el que están muy bien definidos los objetivos y buscar el beneficio financiero no es uno de ellos:
Carta de la Economía Solidaria - 2022
#147 No todas. Dejando al Grupo Mondragón aparte, las cooperativas pueden tener muchos objetivos, y el único objetivo financiero que comparten es la sostenibilidad de la empresa.
Sin ir más lejos, existe la figura legal de sociedad cooperativa sin ánimo de lucro, las cuales es evidente que no tienen por objetivo ganar dinero.
#200 puedo estar cayendo en en un error de concepto. No tengo suficiente conocimiento para meterme a discutir la filosofia entorno al capitalismo.
Lo que quiero decir es lo que comento en #260, que las cooperativas tienen como objetivo el obtener beneficio, si bien de una manera mas justa y evitando intermediarios
#260 Sus trabajadores cubren sus necesidades con un salario y eso es lo que determina la sostenibilidad de la cooperativa. Los salarios son costes, no beneficios.
Si tu objetivo es hacer beneficios, los ingresos mínimos para la sostenibilidad de tu cooperativa será los costes + los beneficios a repartir.
Si tu objetivo es cualquier otro, los ingresos mínimos para la sostenibilidad de tu cooperativa serán los costes.
En las cooperativas sin ánimo de lucro está prohibido repartir dividendos (los beneficios se han de reinvertir en la empresa) y los sueldos están topados.
Si tu objetivo es 'ganar dinero', sin matices, no montas una cooperativa sin ánimo de lucro porque es pegarte un tiro en el pie. De hecho, montas una cooperativa cuando estás poniendo muchos condicionantes a como vas a ganar el dinero necesario para que el negocio sea viable.
#272 las cooperativas se suelen montar para mejorar la contraparte economica disminuyendo intermediarios y dando una unidad y peso en las negociaciones para conseguir mejores tratos que cuando se hace individualmente.
El objetivo es ganar dinero, con todos los condicionantes que se quieran poner. Puedes llamarlo “mejorar las condiciones economicas” si así lo prefieres.
#309 Se pueden montar cooperativas por eso. Y también con otros objetivos en mente.
La primera parte de tu descripción encaja bien con las cooperativas de consumo, en la que los consumidores mancomunan su demanda para poder tener más capacidad de decisión sobre el origen de los servicios que consumen, pero no necesariamente para abaratar costes (de hecho, las cooperativas de consumo no suelen ser más baratas que sus contrapartidas no cooperativas): un ejemplo de esto puede ser Som energia. La luz no es más barata que en otras compañías; sin embargo, se obtiene un mayor control sobre el origen de la misma, al construir centrales de producción para el consumo de los socios de la cooperativa.
Pero existen otros muchos tipos de cooperativas (de trabajo asociado, integrales, ...) que no encajan en absoluto en esa descripción y, de hecho, hay un movimiento a nivel global que cuenta con el cooperativismo entre sus herramientas en el que están muy bien definidos los objetivos y buscar el beneficio financiero no es uno de ellos:
Carta de la Economía Solidaria - 2022
#109 Estaba mejor formulado en un inicio; pero así, en todo caso, se infla la cifra de los ciudadanos favorables a mantener el statu quo, ya que no es descabellado achacar a esa postura toda la abstención.
Es curioso que la cifra sea muy parecida a la de los votos en pro del statu quo de 1994 (16,1% de abstención en 2004 vs 17,2% de votos pro-statu quo en 1994).
#48 No tenía ni idea de los pormenores del referéndum de Crimea y he entrado a tu enlace.
Gracias a eso, he descubierto que mantenter el status quo era una opción perfectamente válida, puesto que había tres propuestas que se votaron por separado, con un SI o un NO como respuesta. Quien quisiera mantener el status quo sólo tuvo que votar 'no' a las tres propuestas, cosa que hizo, como mucho, un 17,2% de los votantes.
#100 Disculpa, hemos caido los dos en el mismo error. El referendum que nos ocupa es el de 2014, no el de 1994. Y mantener el status quo no era una opción.
https://es.wikipedia.org/wiki/Refer%C3%A9ndum_sobre_el_estatus_pol%C3%ADtico_de_Crimea_de_2014
#109 Estaba mejor formulado en un inicio; pero así, en todo caso, se infla la cifra de los ciudadanos favorables a mantener el statu quo, ya que no es descabellado achacar a esa postura toda la abstención.
Es curioso que la cifra sea muy parecida a la de los votos en pro del statu quo de 1994 (16,1% de abstención en 2004 vs 17,2% de votos pro-statu quo en 1994).
#95 Si por incidente te refieres al accidente de tráfico que provocó la muerte de dos líderes opositores cubanos que terminó en una condena a cuatro años de cárcel de la cual cumplió tres meses en Cuba y uno en España, sí, es el mismo.
#22 Una forma de crear una barrera de acceso a la competencia, como se ve en este artículo.
#32 ¿Que los titiriteros estaban incitando al público a qué?
#48 A nada, y lo sabe perfectamente, pero lo único que le queda a algunos es repetir los bulos a ver si cuelan o cuajan por repetición.
Eso y llorar con la cuenta nueva que le banearon en la anterior por "tener un pensamiento crítico con el mayoritario aqui en MNM"
Y si, esto entrecomillado lo he leído aquí, con dos cojones...
#48 A nada, fue una soberana gilipollez sacada de madre. Pero no se les detuvo por titiriteros. Como tampoco se ha detenido a nadie por cantar rap. El comentario al que respondo es una gilipollez karmawhore.
Lo más fascinante de algunos comentarios es que les falta jalear al imbecil directamenteporque se está enfrentando a la GC. Uy! Qué rebeldes! Todo de teclado y boquilla, hasta el día que necesiten a un guardia, claro.
#39 Yo creo que no te has enterado de nada. Pero el que va fino soy yo, no? 
#69 Con esa calidad de comentario te quejas tú de qué? Qué bulo es decir que a los titiriteros no se les detuvo por ser titiriteros, ni al rapero por ser rapero? Es tan simple como para quedarte mirando el dedo?
#33 Atentado no, pero la resistencia a la autoridad y las amenazas no parece que puedan ser muy discutibles.
Un 10 a estos agentes por su habilidad para gestionar los conflictos. Deberían ascenderlos y encargarles la redacción del protocolo de actuación para el resto de sus compañeros.
#24 Hace saber a los vecinos de la ciudad sus prácticas. Sirve para ejercer presión social ante comportamientos antisociales.
¿Por qué crees que los poderosos siempre viven rodeados de un perímetro infranqueable? La residencia del primer ministro británico sería igual de segura si Downing Street no estuviera vallada.
#125 No, yo tampoco, y en muchas ocasiones para tratar de evitarlo se hacen unos saltos mortales que son claramente mucho peores que usar un else. Los if anidados son el demonio y se pueden sustituir fácilmente por cláusulas de guarda que hacen que leer el código no requiera un cerebro en modo compilador. Y comparto el placer en devolver la comparación de turno, que ya es un booleano de por si, en lugar de enfangarlo todo con if y elses.
Pero los ternarios... eso debería ser ofensa criminal, con condena a documentar cien mil líneas de código por cada uno injustificado*.
Si miras tu código de hace 1 año y no te parece malo, es que sigues programando igual de mal
* (En realidad, si son null operator hasta me gustan )
#121 
¡Hereje!
Ahí no lo matas, sólo lo escondes en un ternario
El que pone un else y lo esconde es un parguela. Si me vas a poner un else, enséñamelo.
#122 es un hobby que tengo... Prostituir las normas de programación que no me convencen.
No quiero entrar en polémica, pero yo no soy enemiga del else, solo de los if con miles de or/and o anidación.
Y los if(a==b) return true else return false.... Y variantes... Esos son superiores a mi...
Lo peor es encontrar uno en mi código.
#125 No, yo tampoco, y en muchas ocasiones para tratar de evitarlo se hacen unos saltos mortales que son claramente mucho peores que usar un else. Los if anidados son el demonio y se pueden sustituir fácilmente por cláusulas de guarda que hacen que leer el código no requiera un cerebro en modo compilador. Y comparto el placer en devolver la comparación de turno, que ya es un booleano de por si, en lugar de enfangarlo todo con if y elses.
Pero los ternarios... eso debería ser ofensa criminal, con condena a documentar cien mil líneas de código por cada uno injustificado*.
Si miras tu código de hace 1 año y no te parece malo, es que sigues programando igual de mal
* (En realidad, si son null operator hasta me gustan )
#85
msg = "Feliz año nuevo"
if (!newyear)
">
print msg
#119
Console.WriteLine(DateTime.Now.Year > 2021 ? "Feliz año nuevo" : "Aún no...");
No es que me guste... Pero si hay que matar al else...
#122 es un hobby que tengo... Prostituir las normas de programación que no me convencen.
No quiero entrar en polémica, pero yo no soy enemiga del else, solo de los if con miles de or/and o anidación.
Y los if(a==b) return true else return false.... Y variantes... Esos son superiores a mi...
Lo peor es encontrar uno en mi código.
#125 No, yo tampoco, y en muchas ocasiones para tratar de evitarlo se hacen unos saltos mortales que son claramente mucho peores que usar un else. Los if anidados son el demonio y se pueden sustituir fácilmente por cláusulas de guarda que hacen que leer el código no requiera un cerebro en modo compilador. Y comparto el placer en devolver la comparación de turno, que ya es un booleano de por si, en lugar de enfangarlo todo con if y elses.
Pero los ternarios... eso debería ser ofensa criminal, con condena a documentar cien mil líneas de código por cada uno injustificado*.
Si miras tu código de hace 1 año y no te parece malo, es que sigues programando igual de mal
* (En realidad, si son null operator hasta me gustan )
#59 En este caso sí, es trivial. Pero en código con mucha líneas, si en lugar de usar cláusulas de guarda vas implementando if-else's, cuando llegas a dónde está chicha del código tienes que retener en la mente un montón de condiciones para saber qué se va a ejecutar.
En el código que pone de ejemplo #86, te encontrarías un if al principio del todo y sus consecuencias (el else), al final del archivo. Es mucho más fácil si inviertes el if (si no X, tal => si X, tal) y sigues programando sabiendo que esa condición se cumple y con un nivel de indentación menos:
if (param === null)
// resto del programa
#38 Exactamente. En este caso yo declararía una variable al principio del código con el mensaje que quiero mostrar si no es el primer segundo del año, la cambiaría si se cumple el if y siempre, al final, la imprimiría por consola.
#45 Pues cuando cambie lo cambias todo y en paz. Muchas veces se programa anticipándose a cambios futuros que nunca llegan, y al final eso es un error y una enorme cagada porque durante todo el tiempo que pasa desde que está el código escrito hasta el supuesto cambio, estás disfrutando de un código claramente subóptimo.
#59 En este caso sí, es trivial. Pero en código con mucha líneas, si en lugar de usar cláusulas de guarda vas implementando if-else's, cuando llegas a dónde está chicha del código tienes que retener en la mente un montón de condiciones para saber qué se va a ejecutar.
En el código que pone de ejemplo #86, te encontrarías un if al principio del todo y sus consecuencias (el else), al final del archivo. Es mucho más fácil si inviertes el if (si no X, tal => si X, tal) y sigues programando sabiendo que esa condición se cumple y con un nivel de indentación menos:
if (param === null)
// resto del programa
#37 No hay ningún motivo para usarlos hasta que se demuestre lo contrario:
https://wiki.c2.com/?ElseConsideredSmelly
Por no mencionar que, anidados, suelen provocar un código hadouken:
#c-85" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3605212/order/85">#85 Si está dentro de un método (y suponiendo que se corrige el problema del "==" cambiándolo por un ">=" o el operador que corresponda en C#, para evitar el error de que se considere estar en 2021 cuando ya es 2022), se me ocurre que se podría añadir un "return" a continuación del mensaje de feliz 2022, para que el método no siga ejecutándose. De esta forma no te haría falta ningún else, el otro mensaje lo pones a continuación sin condición alguna, si ya se ha mostrado el de feliz 2022 el return va a hacer que lo siguiente no se ejecute, y si no cumple la condición de que la fecha ya sea mayor al primer segundo de 2022 entonces es correcto que ejecute lo de 2021.
#119
Console.WriteLine(DateTime.Now.Year > 2021 ? "Feliz año nuevo" : "Aún no...");
No es que me guste... Pero si hay que matar al else...
#122 es un hobby que tengo... Prostituir las normas de programación que no me convencen.
No quiero entrar en polémica, pero yo no soy enemiga del else, solo de los if con miles de or/and o anidación.
Y los if(a==b) return true else return false.... Y variantes... Esos son superiores a mi...
Lo peor es encontrar uno en mi código.
#125 No, yo tampoco, y en muchas ocasiones para tratar de evitarlo se hacen unos saltos mortales que son claramente mucho peores que usar un else. Los if anidados son el demonio y se pueden sustituir fácilmente por cláusulas de guarda que hacen que leer el código no requiera un cerebro en modo compilador. Y comparto el placer en devolver la comparación de turno, que ya es un booleano de por si, en lugar de enfangarlo todo con if y elses.
Pero los ternarios... eso debería ser ofensa criminal, con condena a documentar cien mil líneas de código por cada uno injustificado*.
Si miras tu código de hace 1 año y no te parece malo, es que sigues programando igual de mal
* (En realidad, si son null operator hasta me gustan )
#85 Puedes poner un return al final del cuerpo del if y dejar el contenido del else fuera. O puedes asignar uno de los mensajes a una variable, cambiarlo dentro de un if cuando se cumpla alguna condición y mostrar finalmente el mensaje después del if.
Esas son sólo dos posibilidades. Estoy seguro de que si me paro a pensarlo las encuentro mejores, como por ejemplo algo que implique el uso de expresiones regulares.
Seguro que todo eso se puede al final reducir a una única línea sencilla.
#39
Mira que me harto de corregirle a los novatos ese tipo de composiciones. Sobre todo en validaciones de parámetros, en plan:
if(param != null)
else
Y eso irlo anidando
#59 En este caso sí, es trivial. Pero en código con mucha líneas, si en lugar de usar cláusulas de guarda vas implementando if-else's, cuando llegas a dónde está chicha del código tienes que retener en la mente un montón de condiciones para saber qué se va a ejecutar.
En el código que pone de ejemplo #86, te encontrarías un if al principio del todo y sus consecuencias (el else), al final del archivo. Es mucho más fácil si inviertes el if (si no X, tal => si X, tal) y sigues programando sabiendo que esa condición se cumple y con un nivel de indentación menos:
if (param === null)
// resto del programa
#21 Para mi, el cambio de debian a centos fue muy fácil. yum donde escribía apt y, en un 99% de los casos, a correr .
#90 ¡Gracias de nuevo!
Lo de tardar 100 segundos en empezar a comunicar la posición, ¿es fruto de la especificación o consecuencia del intervalo posterior entre comunicaciones? Vaya, ¿es porque empieza el contador cuando se enciende y se usa la misma instrucción para enviar la primera localización que las demás?
#123 Cuando enciendes el dispositivo tienes que esperar un tiempo antes de encender los módulos de radio y GPS porque no sabes si el usuario simplemente está jugueteando con el aparato, y tu tienes la necesidad de ahorra batería al máximo (el encendido de los módulos tiene un coste de batería alto). Tras 100 segundos se entiende que hay emergencia y se activa la radio y GPS. Creo que en la norma ahora mismo no hay nada referente a esto. En cualquier caso es un comportamiento lógico que tu mismo te das cuenta cuando haces las pruebas para testear el producto.
#74 Permanentemente, te lo dice la física. Si no te fías, lo metes en una jaula de Faraday hasta que tengas que usarlo y asunto arreglado; si inventasen una batería con esa capacidad, no creo que se lo callasen y lo usasen para rastrear silenciosamente a los vehículos de todos los españoles.
Al llevar un dispositivo más estás aumentando tu superficie de ataque y es posible prácticamente seguro que existen vulnerabilidades en el hardware que se utiliza, y dado esto, un atacante que tuviera acceso a ... olvídate, antes ya te han localizado, descargado las fotos y suplantado tu identidad otros 15 menos poderosos a través de tu smartphone.
Me parece necesaria esa sana preocupación por la privacidad, pero creo que esta debería afectar a este dispositivo cuando no tengas ni siquiera smartphone, puesto que, como poco, es igual de vulnerable y ya está directamente conectado a una varias empresas privadas que miden tus desplazamientos y muchas más cosas.
#75 ¿También haces el mantenimiento de las carreteras?
Has de ser este hombre.
@inconnito ¡Gracias! Tamper/Greasemonkey (y su versión libre, Violentmonkey) las conozco, pero creo recordar que no era esta. Al estilo de estas, habían compartido themes.
Buscaré y, si las encuentro, actualizaré esto.
#309 Se pueden montar cooperativas por eso. Y también con otros objetivos en mente.
La primera parte de tu descripción encaja bien con las cooperativas de consumo, en la que los consumidores mancomunan su demanda para poder tener más capacidad de decisión sobre el origen de los servicios que consumen, pero no necesariamente para abaratar costes (de hecho, las cooperativas de consumo no suelen ser más baratas que sus contrapartidas no cooperativas): un ejemplo de esto puede ser Som energia. La luz no es más barata que en otras compañías; sin embargo, se obtiene un mayor control sobre el origen de la misma, al construir centrales de producción para el consumo de los socios de la cooperativa.
Pero existen otros muchos tipos de cooperativas (de trabajo asociado, integrales, ...) que no encajan en absoluto en esa descripción y, de hecho, hay un movimiento a nivel global que cuenta con el cooperativismo entre sus herramientas en el que están muy bien definidos los objetivos y buscar el beneficio financiero no es uno de ellos:
Carta de la Economía Solidaria - 2022